Subject: Re: lock bug in getnewvnode, or uvm_km_kmemalloc/uvm_map ?
To: Manuel Bouyer <bouyer@antioche.eu.org>
From: Chuck Silvers <chuq@chuq.com>
List: tech-kern
Date: 11/26/2002 17:49:46
it'd be nice if
(flags & AMAP_EXTEND_NOWAIT) ? M_NOWAIT : (M_WAITOK | M_CANFAIL)
and was only evaluated once.
also, it's probably better to use UVM_KMF_* flags instead of PR_*
flags for uvm_mapent_alloc(). otherwise it looks good.
-Chuck
On Tue, Nov 26, 2002 at 10:52:42PM +0100, Manuel Bouyer wrote:
> On Thu, Nov 21, 2002 at 01:53:48PM -0500, Andrew Brown wrote:
> > [...]
> > >> otoh, perhaps you mean like this (rather contrived) call path:
> > >
> > >No, I'm just looking at it from an interface point of view.
> >
> > understood. all i'm trying to do here is talk you out of expending
> > the effort of reworking the amap_extend() interface. actually, if you
> > were to do that, i'd suggest that instead of adding a new argument,
> > you should alter the "forwards" argument (of which only one bit is
> > used) to be the flags argument, and put your WAIT/NOWAIT bits in
> > there.
>
> OK, so what about the attached change ?
>
> --
> Manuel Bouyer <bouyer@antioche.eu.org>
> NetBSD: 23 ans d'experience feront toujours la difference
> --