Subject: Re: make paddr_t 64bit on arc port
To: Noriyuki Soda <firstname.lastname@example.org>
From: Chris G. Demetriou <email@example.com>
Date: 06/07/2000 08:05:55
firstname.lastname@example.org (Noriyuki Soda) writes:
> I'd like to change paddr_t from 32bit to 64bit on arc port before
> NetBSD-1.5 branch cut by introducing symbol "_MIPS_PADDR_T_64BIT" in
> e.g. the following will be <machine/types.h> of arc port:
> #define _MIPS_PADDR_T_64BIT
> #include <mips/types.h>
> The relevant changes to port-independent mips part is attached below,
> Is there any problem with this?
one potential issue: if system-accessible memory can exist in the
upper phyical space (or, really, anything you might want to get at
with libkvm), you might have issues. libkvm seems to pervasively
assume phys. addr == long.
it doesn't look very much MD code will be broken by this, but that's
because approximately nothing uses paddr_t.
of course, the more you change to actually use paddr_t, the more
potential for binary compat. lossage the change causes... We really
need a sane story for 64-bit reg use, and 64-bit reg and pointer
use... this issue may be really want to be part of that solution.