Date: Sun, 30 Mar 2003 01:31:18 -0600 (CST) From: Mike Silbersack <silby@silby.com> To: Jake Burkholder <jake@locore.ca> Cc: cvs-all@FreeBSD.org Subject: Re: HEADS UP Re: cvs commit: src/sys/conf options.i386 src/sys/i386/i386 bios.c locore.s machdep.c mpboot.s pmap.c vm86bios.s vm_machdep.c src/sys/i386/include _types.h bus_at386.h param.h pmap. Message-ID: <20030330012410.I3292@odysseus.silby.com> In-Reply-To: <20030330070723.GE21973@locore.ca> References: <200303300524.h2U5Ora7061852@repoman.freebsd.org> <20030330061301.GC21973@locore.ca> <20030330070723.GE21973@locore.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 30 Mar 2003, Jake Burkholder wrote: > To clarify that the ram above 4G is used for, it just goes into the general > page pool. I don't intend to implement a means for user process's to access > more then their ~2.5G address space through a sliding window as has been done > on other systems, but this should be quite easy to do should someone be so > inclined. To give an example, on a 6G system you see things like this: Cool, that's much better than the situation was for large ram machines before. :) Do these changes allow something like a 3G KVA space without shrinking processes address spaces? Also, I'm assuming that PAE can boot on machines with < 4 Gig of ram; can it also be coaxed into acting in such a manner than busdma is _required_, so that a 256MB i386 box can be used to see if a driver is busdma compliant? In any case, very cool. Mike "Silby" Silbersack
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030330012410.I3292>