Subject: PR/25599 CVS commit: [netbsd-3] src/sys/arch/alpha/alpha
To: None <thorpej@netbsd.org, gnats-admin@netbsd.org,>
From: Matthias Scheler <tron@netbsd.org>
List: netbsd-bugs
Date: 07/30/2005 17:44:02
The following reply was made to PR port-alpha/25599; it has been noted by GNATS.

From: Matthias Scheler <tron@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: PR/25599 CVS commit: [netbsd-3] src/sys/arch/alpha/alpha
Date: Sat, 30 Jul 2005 17:43:39 +0000 (UTC)

 Module Name:	src
 Committed By:	tron
 Date:		Sat Jul 30 17:43:39 UTC 2005
 
 Modified Files:
 	src/sys/arch/alpha/alpha [netbsd-3]: pmap.c
 
 Log Message:
 Pull up revision 1.211 (requested by thorpej in ticket #626):
 1. Disable the lazy allocation of lev1map in pmap_enter(), instead doing
    it in pmap_create(), and freeing the lev1map in pmap_destroy().  This
    means that pm_lev1map is consistent for the life of the pmap.
 2. pmap_extract() now uses vtophys() for the kernel pmap.  This avoids
    having to lock the kernel pmap, since kernel PT pages are never freed.
 3. Because of (1), pmap_asn_alloc() no longer needs to operate on a locked
    pmap; pm_lev1map will never change over the life of the pmap, and all
    other access to the pmap is done in per-CPU fields or with atomic
    operations.
 4. Because of (3), pmap_activate() no longer needs to lock the pmap
    to do its work, thus eliminating the deadlock with sched_lock described
    in PR port-alpha/25599.  This is safe because we are guaranteed that
    the pmap is still alive, since by definition an LWP that uses that it
    is about to run.
 Thanks to Michael Hitch for the analysis, and Michael and Ragge for
 testing.
 
 
 To generate a diff of this commit:
 cvs rdiff -r1.208 -r1.208.8.1 src/sys/arch/alpha/alpha/pmap.c
 
 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.