Re: mb alloc and: panic: mutex Giant not owned at ../../../vm/vm_kern.c:315

From: Andrew Gallatin <gallatin_at_cs.duke.edu>
Date: Wed, 28 May 2003 15:04:20 -0400 (EDT)
David Malone writes:
 > > > This may be my fault, as I made some changes recently that assumed that
 > > > the mbuf allocator grabbed giant when needed. I'll check the code path
 > > > you've mentioned to see if it grabs giant now, but I suspect that I just
 > > > need to move the giant grabbing back where it was before. 
 > 
 > > This doesn't seem to be a reproduceable problem for me, FWIW, (presumably
 > > a property of bucket sizes, etc) so you have all the information I have
 > > :-).
 > 
 > You'd have to be quite unlucky to trigger it (calling sendit at a
 > time when a per-cpu mbuf pool was empty). I have a vague feeling
 > that my sendit change isn't the only place that does this.

FWIW, calling kmem_malloc() w/o Giant is safe if you call with
NOWAIT.  But if you wait, you must hold Giant.

Drew
Received on Wed May 28 2003 - 10:04:34 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:09 UTC