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

[Alan Cox]

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