Hi folks...

If you are a -current user, please note that after your next source
update you *MUST* re-run config(8) before building your kernel!  If
you do not, your kernel WILL NOT BOOT.

I have move the base virtual address of the kernel down to 3G, so that
the kernel has nearly a full 1G of KVA space to breathe in.  This is
extremely important on large memory configurations.

Also note that your ps(1), top(1), etc. programs will not work properly
until you recompile them; they rely on the USRSTACK constant in order
to locate the process arguments, and USRSTACK depends on where the
kernel is located in the address space.

The offending commit message attached below.

Please let me know if you encounter problems (by filing a bug report,
please :-)

Thanks!

------- Forwarded Message

Date: Thu, 10 Feb 2000 23:00:13 -0800 (PST)
From: Jason R Thorpe <thorpej@netbsd.org>
Subject: CVS commit: syssrc
To: source-changes@netbsd.org

Module Name:	syssrc
Committed By:	thorpej
Date:		Fri Feb 11 07:00:13 UTC 2000

Modified Files:
	syssrc/sys/arch/i386/conf: Makefile.i386
	syssrc/sys/arch/i386/include: param.h pmap.h vmparam.h

Log Message:
Move KERNBASE to 0xc0000000, giving the kernel a more-or-less full 1G
of virtual address space, leaving userland with 3G, and update comments
to match the new reality.

We knew we were going to have to bite this bullet eventually, and there
are a couple of outstanding PRs related to this issue (9389 and 9313).
Complete solution to those PRs is going to involve some sort of run-time
decision on how large kmem_map should be, as well as changing some data
structure allocation strategies in UVM.  However, this change will at
least allow the PR submitter to simply throw resources at the problem.


To generate a diff of this commit:
cvs rdiff -r1.103 -r1.104 syssrc/sys/arch/i386/conf/Makefile.i386
cvs rdiff -r1.38 -r1.39 syssrc/sys/arch/i386/include/param.h
cvs rdiff -r1.42 -r1.43 syssrc/sys/arch/i386/include/pmap.h
cvs rdiff -r1.34 -r1.35 syssrc/sys/arch/i386/include/vmparam.h

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.


------- End of Forwarded Message

        -- Jason R. Thorpe <thorpej@nas.nasa.gov>