Looks like the issue is in the implementation of the netfilter hook
kernel module, as its not recommended to use GFP_KERNEL, and cannot
sleep in netfilter hooks, since the hookos are run in interrupt context
(when the packet is received) by the net_rx_action softirq. Instead
this issue is resolve
Updating sample code, test script for reproducer (included in
ubug_1382340.tar.gz), if this helps. Here are the steps to run /
reproduce the issue:
1. untar ubug_1382340.tar.gz and cd ./ubug_1382340
2. make
2. sudo ./test.sh===> run this heavy network load.
** Attachment added: "attached re
I have enabled the function call trace and attached the trace.bz2 file.
** Attachment added: "function call trace output captured and attached"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1382340/+attachment/4240950/+files/trace.bz2
--
You received this bug notification because you
Updating latest stack trace from dmesg:
[ 132.216761] BUG: scheduling while atomic: nc/2911/0x0101
[ 132.216766] Modules linked in: netfilter(POF) ipt_MASQUERADE iptable_nat
nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack
ipt_REJECT xt_CHECKSUM iptable_mangle x
Changed the package to linux-image-3.13.0-32-generic
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1382340
Title:
“BUG: scheduling while atomic: nc/3622/0x0101”
Status in “linux” p
Public bug reported:
"BUG: scheduling while atomic" ==> IMU this error possibly indicates
that a process/kernel trying an operation which is attempting to sleep
while in an un-interruptible state, which could result in a dead-lock
condition. This issue is seen NOT frequently when loading a custom
6 matches
Mail list logo
