From: Phil Oester <kernel@linuxace.com>
To: netdev@vger.kernel.org
Subject: bpf_jit_compile issues on x86_64
Date: Tue, 17 Jan 2012 18:27:09 -0800 [thread overview]
Message-ID: <20120118022709.GA4167@linuxace.com> (raw)
On a 3.1.8 kernel, I've had a few snort boxes panic when using the new bpf_jit
code. Setting bpf_jit_enable back to 0 solves the problem. Below is the
warning, followed by the panic. I've checked the current Linus tree, but
other than a03ffcf8 (which exists in 3.1.8) I don't see anything new in this
area. Any ideas? Eric?
Thanks,
Phil
WARNING: at arch/x86/net/bpf_jit_comp.c:608 bpf_jit_compile+0xde8/0xe70()
Hardware name: PowerEdge 2950
Modules linked in: iptable_nat ipt_LOG xt_limit xt_pkttype xt_tcpudp xt_state xt_multiport iptable_filter ip_tables x_tables nf_nat_tftp nf_nat_ftp nf_nat nf_conntrack_tftp nf_conntrack_ftp nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack scsi_wait_scan bnx2 ipmi_devintf ipmi_si ipmi_msghandler e1000e iTCO_wdt ata_piix megaraid_sas
Pid: 1254, comm: snort-plain Not tainted 3.1.8-asdf.2.fc16.x86_64 #1
Call Trace:
[<ffffffff8103024b>] ? warn_slowpath_common+0x7b/0xc0
[<ffffffff81023b18>] ? bpf_jit_compile+0xde8/0xe70
[<ffffffff8125e045>] ? sk_chk_filter+0x255/0x330
[<ffffffff8125e296>] ? sk_attach_filter+0xa6/0x180
[<ffffffff81240974>] ? sock_setsockopt+0x374/0x7c0
[<ffffffff8123cd76>] ? sys_setsockopt+0xc6/0xe0
[<ffffffff812d0e7b>] ? system_call_fastpath+0x16/0x1b
---[ end trace 6b276feef74ef40a ]---
BUG: unable to handle kernel paging request at 00000000a0000000
IP: [<ffffffff812437f8>] skb_release_head_state+0x28/0xe0
PGD 223535067 PUD 0
Oops: 0002 [#1] SMP
CPU 4
Modules linked in: iptable_nat ipt_LOG xt_limit xt_pkttype xt_tcpudp xt_state xt_multiport iptable_filter ip_tables x_tables nf_nat_tftp nf_nat_ftp nf_nat nf_conntrack_tftp nf_conntrack_ftp nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack scsi_wait_scan bnx2 ipmi_devintf ipmi_si ipmi_msghandler e1000e iTCO_wdt ata_piix megaraid_sas
Pid: 0, comm: kworker/0:1 Tainted: G W 3.1.8-asdf.2.fc16.x86_64 #1 Dell Inc. PowerEdge 2950/xxxxx
RIP: 0010:[<ffffffff812437f8>] [<ffffffff812437f8>] skb_release_head_state+0x28/0xe0
RSP: 0018:ffff88022fd03c80 EFLAGS: 00010206
RAX: 0000000000000001 RBX: ffff8802235c4000 RCX: ffff880220c4c000
RDX: ffff88022617b000 RSI: 000000000000000c RDI: 00000000a0000000
RBP: ffff880226181c00 R08: ffff880224101840 R09: 000000000000003c
R10: 0000000000000009 R11: 0000000000000000 R12: 000000000000003c
R13: 0000000000000005 R14: ffff880220c4c000 R15: ffff88022410184e
FS: 0000000000000000(0000) GS:ffff88022fd00000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 00000000a0000000 CR3: 0000000223490000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process kworker/0:1 (pid: 0, threadinfo ffff8802260d6000, task ffff8802260d8000)
Stack:
ffff8802235c4000 ffffffff812436e9 ffff8802235c4000 ffffffff812bcf3c
ffff880224101840 000000010010000f 0000000000000042 0000000000000000
0000002e1d6a0001 ffff880224101800 0000008027002900 ffff880220c4c000
Call Trace:
<IRQ>
[<ffffffff812436e9>] ? __kfree_skb+0x9/0x90
[<ffffffff812bcf3c>] ? tpacket_rcv+0x10c/0x660
[<ffffffff810a9cb4>] ? kmem_cache_free+0x14/0x90
[<ffffffff8124abc3>] ? __netif_receive_skb+0x363/0x400
[<ffffffff8124dd30>] ? netif_receive_skb+0x70/0x80
[<ffffffff8124ecab>] ? napi_gro_receive+0x9b/0xb0
[<ffffffff8124de08>] ? napi_skb_finish+0x38/0x50
[<ffffffffa005b1f8>] ? e1000_clean_rx_irq+0x278/0x380 [e1000e]
[<ffffffffa005a9d6>] ? e1000_clean+0x76/0x2c0 [e1000e]
[<ffffffff8124e631>] ? net_rx_action+0xe1/0x160
[<ffffffff81035938>] ? __do_softirq+0x98/0x120
[<ffffffff812d2d6c>] ? call_softirq+0x1c/0x26
[<ffffffff81003acd>] ? do_softirq+0x4d/0x80
[<ffffffff8100398c>] ? do_IRQ+0x5c/0xd0
[<ffffffff812d086b>] ? common_interrupt+0x6b/0x6b
<EOI>
[<ffffffff812ce930>] ? __schedule+0x230/0x5f0
[<ffffffff810090f1>] ? mwait_idle+0x51/0x70
[<ffffffff81000796>] ? cpu_idle+0x96/0xb0
Code: 00 00 00 53 48 89 fb 48 8b 7f 58 48 85 ff 74 12 40 f6 c7 01 0f 84 99 00 00 00 48 c7 43 58 00 00 00 00 48 8b 7b 60 48 85 ff 74 0a <f0> ff 0f 0f 94 c0 84 c0 75 6e 48 8b 83 80 00 00 00 48 85 c0 74
RIP [<ffffffff812437f8>] skb_release_head_state+0x28/0xe0
RSP <ffff88022fd03c80>
CR2: 00000000a0000000
---[ end trace 6b276feef74ef40b ]---
Kernel panic - not syncing: Fatal exception in interrupt
Pid: 0, comm: kworker/0:1 Tainted: G D W 3.1.8-asdf.2.fc16.x86_64 #1
Call Trace:
<IRQ> [<ffffffff812cb6f2>] ? panic+0x95/0x18e
[<ffffffff8100508b>] ? oops_end+0x9b/0xa0
[<ffffffff812cb01a>] ? no_context+0x1fa/0x209
[<ffffffff8101e62b>] ? do_page_fault+0x38b/0x430
[<ffffffff81026229>] ? enqueue_task_fair+0xc9/0xf0
[<ffffffff810255c8>] ? activate_task+0x48/0x60
[<ffffffff810253bd>] ? check_preempt_curr+0x6d/0x90
[<ffffffff81025461>] ? ttwu_do_wakeup+0x11/0x90
[<ffffffff8102c28b>] ? try_to_wake_up+0xcb/0x270
[<ffffffff812d0a6f>] ? page_fault+0x1f/0x30
[<ffffffff812437f8>] ? skb_release_head_state+0x28/0xe0
[<ffffffff812436e9>] ? __kfree_skb+0x9/0x90
[<ffffffff812bcf3c>] ? tpacket_rcv+0x10c/0x660
[<ffffffff810a9cb4>] ? kmem_cache_free+0x14/0x90
[<ffffffff8124abc3>] ? __netif_receive_skb+0x363/0x400
[<ffffffff8124dd30>] ? netif_receive_skb+0x70/0x80
[<ffffffff8124ecab>] ? napi_gro_receive+0x9b/0xb0
[<ffffffff8124de08>] ? napi_skb_finish+0x38/0x50
[<ffffffffa005b1f8>] ? e1000_clean_rx_irq+0x278/0x380 [e1000e]
[<ffffffffa005a9d6>] ? e1000_clean+0x76/0x2c0 [e1000e]
[<ffffffff8124e631>] ? net_rx_action+0xe1/0x160
[<ffffffff81035938>] ? __do_softirq+0x98/0x120
[<ffffffff812d2d6c>] ? call_softirq+0x1c/0x26
[<ffffffff81003acd>] ? do_softirq+0x4d/0x80
[<ffffffff8100398c>] ? do_IRQ+0x5c/0xd0
[<ffffffff812d086b>] ? common_interrupt+0x6b/0x6b
<EOI> [<ffffffff812ce930>] ? __schedule+0x230/0x5f0
[<ffffffff810090f1>] ? mwait_idle+0x51/0x70
[<ffffffff81000796>] ? cpu_idle+0x96/0xb0
next reply other threads:[~2012-01-18 2:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-18 2:27 Phil Oester [this message]
2012-01-18 6:17 ` bpf_jit_compile issues on x86_64 Eric Dumazet
2012-01-18 7:30 ` Eric Dumazet
2012-01-18 7:58 ` [PATCH] net: bpf_jit: fix divide by 0 generation Eric Dumazet
2012-01-18 15:57 ` Phil Oester
2012-01-18 16:01 ` Eric Dumazet
2012-01-18 17:21 ` [PATCH v2] " Eric Dumazet
2012-01-18 17:48 ` Phil Oester
2012-01-18 21:04 ` David Miller
2012-01-19 8:07 ` [PATCH] " Eric Dumazet
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120118022709.GA4167@linuxace.com \
--to=kernel@linuxace.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.