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>