aboutsummaryrefslogtreecommitdiff
path: root/sys/ia64
diff options
context:
space:
mode:
authorAlan Cox <alc@FreeBSD.org>2004-03-07 21:06:48 +0000
committerAlan Cox <alc@FreeBSD.org>2004-03-07 21:06:48 +0000
commitfcffa790e98402113286a22c64158f4b1a450ae6 (patch)
tree46fc651b1b10f7e2ee470193f457cfe495ed084a /sys/ia64
parent7594cde0322d5f8f63fb78ef870f470dc8f5a569 (diff)
downloadsrc-fcffa790e98402113286a22c64158f4b1a450ae6.tar.gz
src-fcffa790e98402113286a22c64158f4b1a450ae6.zip
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.
Notes
Notes: svn path=/head/; revision=126728
Diffstat (limited to 'sys/ia64')
-rw-r--r--sys/ia64/ia64/pmap.c11
1 files changed, 0 insertions, 11 deletions
diff --git a/sys/ia64/ia64/pmap.c b/sys/ia64/ia64/pmap.c
index 7b276fe5d33f..95481f2f2b5e 100644
--- a/sys/ia64/ia64/pmap.c
+++ b/sys/ia64/ia64/pmap.c
@@ -735,17 +735,6 @@ pmap_pinit(struct pmap *pmap)
bzero(&pmap->pm_stats, sizeof pmap->pm_stats);
}
-/*
- * Wire in kernel global address entries. To avoid a race condition
- * between pmap initialization and pmap_growkernel, this procedure
- * should be called after the vmspace is attached to the process
- * but before this pmap is activated.
- */
-void
-pmap_pinit2(struct pmap *pmap)
-{
-}
-
/***************************************************
* Pmap allocation/deallocation routines.
***************************************************/