36,44c36,37
< * @(#)trap.c 7.4 (Berkeley) 5/13/91
< *
< * PATCHES MAGIC LEVEL PATCH THAT GOT US HERE
< * -------------------- ----- ----------------------
< * CURRENT PATCH LEVEL: 1 00137
< * -------------------- ----- ----------------------
< *
< * 08 Apr 93 Bruce Evans Several VM system fixes
< * Paul Kranenburg Add counter for vmstat
---
> * from: @(#)trap.c 7.4 (Berkeley) 5/13/91
> * $Id$
46d38
< static char rcsid[] = "$Header: /a/cvs/386BSD/src/sys/i386/i386/trap.c,v 1.2 1993/07/27 10:52:20 davidg Exp $";
51a44
> #include "npx.h"
209c202
< #ifdef NPX
---
> #if NNPX > 0
212c205
< #endif
---
> #endif /* NNPX > 0 */
261,281d253
< * Avoid even looking at pde_v(va) for high va's. va's
< * above VM_MAX_KERNEL_ADDRESS don't correspond to normal
< * PDE's (half of them correspond to APDEpde and half to
< * an unmapped kernel PDE). va's betweeen 0xFEC00000 and
< * VM_MAX_KERNEL_ADDRESS correspond to unmapped kernel PDE's
< * (XXX - why are only 3 initialized when 6 are required to
< * reach VM_MAX_KERNEL_ADDRESS?). Faulting in an unmapped
< * kernel page table would give inconsistent PTD's.
< *
< * XXX - faulting in unmapped page tables wastes a page if
< * va turns out to be invalid.
< *
< * XXX - should "kernel address space" cover the kernel page
< * tables? Might have same problem with PDEpde as with
< * APDEpde (or there may be no problem with APDEpde).
< */
< if (va > 0xFEBFF000) {
< rv = KERN_FAILURE; /* becomes SIGBUS */
< goto nogo;
< }
< /*