Re: kern/56819: netbsd32 compat does not handle sign-extended addresses

[Michael van Elst <mlelstv%serpens.de@localhost>]

The following reply was made to PR kern/56819; it has been noted by GNATS.

From: Michael van Elst <mlelstv%serpens.de@localhost>
To: Martin Husemann <martin%duskware.de@localhost>
Cc: gnats-bugs%netbsd.org@localhost
Subject: Re: kern/56819: netbsd32 compat does not handle sign-extended
 addresses
Date: Sat, 7 May 2022 17:01:52 +0200

 On Sat, May 07, 2022 at 04:20:25PM +0200, Martin Husemann wrote:
 > On Sat, May 07, 2022 at 03:28:23PM +0200, Michael van Elst wrote:
 > > A 32bit process running on an aarch64 system has a 4GB address space,
 > > the "cut" (VM_MAXUSER_ADDRESS32) is at 0xfffff000, i.e. only the last
 > > page doesn't exist. This is different from a native 32bit arm process
 > > where the "cut" is at 2GB, so "negative" addresses are not used.
 > 
 > I'm not sure I follow - on sparc we have a full 4G adress space for both
 > native 32bit and compat32 userland and haven't experienced the problem
 > so far (but ASLR has some MD quirks for 32bit userland IIRC).
 > 
 > #define VM_MAXUSER_ADDRESS32        ((vaddr_t)(0x00000000ffffffffL&~PGOFSET))
 
 
 Somewhere the 32bit address space seems to be signed for arm but not
 for sparc.
 
 
 Greetings,
 -- 
                                 Michael van Elst
 Internet: mlelstv%serpens.de@localhost
                                 "A potential Snark may lurk in every tree."