[Bug 68] Kernel panic

bugzilla-daemon@netfilter.org bugzilla-daemon@netfilter.org
Mon, 26 May 2003 19:33:08 +0200


https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=68





------- Additional Comments From hno@marasystems.com  2003-05-26 19:33 -------
I have a similar problem in the ip_pool module. Is extending this module a bit
and needs to allocate memory. If kmalloc() needs to extend the slab while
running the nf getsockopt then slab.c BUG():s wanting GPF_ATOMIC because it
thinks the code is called from interrupt context (in_interrupt() true)..  There
is a few locks held at this time, but nothing critical as far as I know unless
the netfilter core does something strange on nf getsockopt calls.

The code I am working on is called as a nf_getsockopt custom handler.

Note the slab.c BUG() wil not always trigger. It only BUG()s if the slab cache
needs to be grown.

This is on a 2.4.20 kernel.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.