From owner-cvs-all@FreeBSD.ORG  Wed Jul 21 00:29:21 2004
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 867E216A4CE; Wed, 21 Jul 2004 00:29:21 +0000 (GMT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8084E43D54; Wed, 21 Jul 2004 00:29:21 +0000 (GMT)
	(envelope-from peter@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.11/8.12.11) with ESMTP id i6L0TLiV024325;
	Wed, 21 Jul 2004 00:29:21 GMT
	(envelope-from peter@repoman.freebsd.org)
Received: (from peter@localhost)
	by repoman.freebsd.org (8.12.11/8.12.11/Submit) id i6L0TLv0024324;
	Wed, 21 Jul 2004 00:29:21 GMT
	(envelope-from peter)
Message-Id: <200407210029.i6L0TLv0024324@repoman.freebsd.org>
From: Peter Wemm <peter@FreeBSD.org>
Date: Wed, 21 Jul 2004 00:29:21 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/vm vm_map.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Jul 2004 00:29:21 -0000

peter       2004-07-21 00:29:21 UTC

  FreeBSD src repository

  Modified files:
    sys/vm               vm_map.c 
  Log:
  Move the initialization and teardown of pmaps to the vmspace zone's
  init and fini handlers.  Our vm system removes all userland mappings at
  exit prior to calling pmap_release.  It just so happens that we might
  as well reuse the pmap for the next process since the userland slate
  has already been wiped clean.
  
  However.  There is a functional benefit to this as well.  For platforms
  that share userland and kernel context in the same pmap, it means that
  the kernel portion of a pmap remains valid after the vmspace has been
  freed (process exit) and while it is in uma's cache.  This is significant
  for i386 SMP systems with kernel context borrowing because it avoids
  a LOT of IPIs from the pmap_lazyfix() cleanup in the usual case.
  
  Tested on:  amd64, i386, sparc64, alpha
  Glanced at by:  alc
  
  Revision  Changes    Path
  1.343     +2 -3      src/sys/vm/vm_map.c