[prev in list] [next in list] [prev in thread] [next in thread] 

List:       netbsd-source-changes
Subject:    Re: CVS commit: src/sys/arch/m68k
From:       yamt () mwd ! biglobe ! ne ! jp (YAMAMOTO Takashi)
Date:       2011-10-31 12:07:05
Message-ID: 20111031120705.1D67614A3B4 () mail ! netbsd ! org
[Download RAW message or body]

hi,

>> is a nointr pool safe for this pmap?
> 
> I could be stupid in this area.
> 
>> iirc x86 pmap allocates pv entries from kmem_map to avoid this kind of
>> recursion.
> 
> I see, but x86 pmap has been changed to use pool_cache(9) with
> pool_allocator_meta during vmlocking merge.
> http://cvsweb.NetBSD.org/bsdweb.cgi/src/sys/arch/x86/x86/pmap.c.diff?r1=1.2&r2=1.3
> 
> Is it enough to use pool(9) with pool_allocator_meta (which uses kmem_map),
> or should I revert that pool change and just make uvm_km_alloc() in
> old pmap_alloc_pv() use kmem_map instead of kernel_map?

although i'm not familiar with this pmap, i think pool_allocator_meta is ok.

YAMAMOTO Takashi

> 
> ---
> Izumi Tsutsui
[prev in list] [next in list] [prev in thread] [next in thread]