Date: Sun, 7 Mar 2004 13:06:48 -0800 (PST) From: Alan Cox <alc@FreeBSD.org> To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/alpha/alpha pmap.c src/sys/amd64/amd64 pmap.c src/sys/ia64/ia64 pmap.c src/sys/i386/i386 pmap.c src/sys/powerpc/powerpc pmap.c src/sys/sparc64/sparc64 pmap.c src/sys/vm pmap.h vm_glue.c vm_map.c Message-ID: <200403072106.i27L6mQa096928@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
alc 2004/03/07 13:06:48 PST
FreeBSD src repository
Modified files:
sys/alpha/alpha pmap.c
sys/amd64/amd64 pmap.c
sys/ia64/ia64 pmap.c
sys/i386/i386 pmap.c
sys/powerpc/powerpc pmap.c
sys/sparc64/sparc64 pmap.c
sys/vm pmap.h vm_glue.c vm_map.c
Log:
Retire pmap_pinit2(). Alpha was the last platform that used it. However,
ever since alpha/alpha/pmap.c revision 1.81 introduced the list allpmaps,
there has been no reason for having this function on Alpha. Briefly,
when pmap_growkernel() relied upon the list of all processes to find and
update the various pmaps to reflect a growth in the kernel's valid
address space, pmap_init2() served to avoid a race between pmap
initialization and pmap_growkernel(). Specifically, pmap_pinit2() was
responsible for initializing the kernel portions of the pmap and
pmap_pinit2() was called after the process structure contained a pointer
to the new pmap for use by pmap_growkernel(). Thus, an update to the
kernel's address space might be applied to the new pmap unnecessarily,
but an update would never be lost.
Revision Changes Path
1.140 +0 -12 src/sys/alpha/alpha/pmap.c
1.453 +0 -13 src/sys/amd64/amd64/pmap.c
1.463 +0 -13 src/sys/i386/i386/pmap.c
1.127 +0 -11 src/sys/ia64/ia64/pmap.c
1.72 +0 -6 src/sys/powerpc/powerpc/pmap.c
1.127 +0 -6 src/sys/sparc64/sparc64/pmap.c
1.66 +0 -1 src/sys/vm/pmap.h
1.192 +0 -3 src/sys/vm/vm_glue.c
1.330 +0 -2 src/sys/vm/vm_map.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200403072106.i27L6mQa096928>