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.'' -=-