Date: Wed, 14 Mar 2001 21:10:07 -0800 (PST) From: Peter Wemm <peter@FreeBSD.org> To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/i386/i386 locore.s mp_machdep.c pmap.c Message-ID: <200103150510.f2F5A7c37697@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
peter 2001/03/14 21:10:07 PST
Modified files:
sys/i386/i386 locore.s mp_machdep.c pmap.c
Log:
Kill the 4MB kernel limit dead. [I hope :-)].
For UP, we were using $tmp_stk as a stack from the data section. If the
kernel text section grew beyond ~3MB, the data section would be pushed
beyond the temporary 4MB P==V mapping. This would cause the trampoline
up to high memory to fault. The hack workaround I did was to use all of
the page table pages that we already have while preparing the initial
P==V mapping, instead of just the first one.
For SMP, the AP bootstrap process suffered the same sort of problem and
got the same treatment.
MFC candidate - this breaks on 4.x just the same..
Thanks to: Richard Todd <rmtodd@ichotolot.servalan.com>
Revision Changes Path
1.143 +2 -2 src/sys/i386/i386/locore.s
1.148 +10 -4 src/sys/i386/i386/mp_machdep.c
1.277 +4 -3 src/sys/i386/i386/pmap.c
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?200103150510.f2F5A7c37697>