Date: Wed, 30 Dec 1998 12:28:41 -0800 From: Mike Smith <mike@smith.net.au> To: Doug Rabson <dfr@FreeBSD.ORG> Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/alpha/alpha vm_machdep.c machdep.c fp_emulate.c trap.c src/sys/alpha/include vmparam.h src/sys/kern init_main.c kern_exec.c src/sys/sys imgact.h Message-ID: <199812302028.MAA05583@dingo.cdrom.com> In-Reply-To: Your message of "Wed, 30 Dec 1998 02:38:59 PST." <199812301038.CAA13532@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> dfr 1998/12/30 02:38:59 PST > > Modified files: > sys/alpha/alpha vm_machdep.c machdep.c fp_emulate.c > trap.c > sys/alpha/include vmparam.h > sys/kern init_main.c kern_exec.c > sys/sys imgact.h > Log: > Various changes to support OSF1 emulation: > > * Move the user stack from VM_MAXUSER_ADDRESS to a place below the 32bit > boundary (needed to support 32bit OSF programs). This should also save > one pagetable per process. Does this prevent us from using any memory in the user process above the 32-bit boundary? Or can it still be mapped/allocated with the stack region just treated as "already allocated"? Some of the indications from the Linux camp suggest that if you give people access to more than 4G of process address space, they're going to use it. Precluding this would be somewhat of a lose. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199812302028.MAA05583>