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. DrewReceived 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