Subject: Re: sparc64 pmap optimizations
To: Chuck Silvers <chuq@chuq.com>
From: Jaromir Dolecek <jdolecek@netbsd.org>
List: tech-kern
Date: 08/28/2002 19:41:29
Chuck Silvers wrote:
> the MI changes are:
> 
>  - there's a new optional pmap interface:
> 
> 	void pmap_predestroy(struct pmap *)
> 
>    this is a hint to the pmap layer that this pmap will be destroyed soon,
>    and that the only operations that will be performed on it before then
>    are pmap_remove()s.  the pmap layer indicates the availability of this
>    interface to UVM by defining __HAVE_PMAP_PREDESTROY in <machine/pmap.h>.

I wonder if there is need for this. Perhaps this could be made
more universal, and pmap internal structures synced on pmap_update()? 
This might even some other operations using many pmap_remove()s faster.

Jaromir
-- 
Jaromir Dolecek <jdolecek@NetBSD.org>            http://www.NetBSD.org/
-=- We should be mindful of the potential goal, but as the tantric    -=-
-=- Buddhist masters say, ``You may notice during meditation that you -=-
-=- sometimes levitate or glow.   Do not let this distract you.''     -=-