[Bug 68] Kernel panic
Mon, 26 May 2003 19:33:08 +0200
------- Additional Comments From firstname.lastname@example.org 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.