From: Florian Westphal <fw@strlen.de>
To: Stephen Hemminger <stephen@networkplumber.org>
Cc: netdev@vger.kernel.org, nikolay@redhat.com
Subject: Re: Fw: [Bug 86851] New: Reproducible panic on heavy UDP traffic
Date: Sat, 25 Oct 2014 23:44:49 +0200 [thread overview]
Message-ID: <20141025214448.GB28407@breakpoint.cc> (raw)
In-Reply-To: <20141025141038.26fa5ac2@uryu.home.lan>
Stephen Hemminger <stephen@networkplumber.org> wrote:
[ CC Nik ]
> Date: Fri, 24 Oct 2014 11:34:08 -0700
> From: "bugzilla-daemon@bugzilla.kernel.org" <bugzilla-daemon@bugzilla.kernel.org>
> To: "stephen@networkplumber.org" <stephen@networkplumber.org>
> Subject: [Bug 86851] New: Reproducible panic on heavy UDP traffic
>
>
> https://bugzilla.kernel.org/show_bug.cgi?id=86851
>
> Bug ID: 86851
> Summary: Reproducible panic on heavy UDP traffic
> Product: Networking
> Version: 2.5
> Kernel Version: 3.18-rc1
> Hardware: x86-64
> OS: Linux
> Tree: Mainline
> Status: NEW
> Severity: normal
> Priority: P1
> Component: IPV4
> Assignee: shemminger@linux-foundation.org
> Reporter: chutzpah@gentoo.org
> Regression: No
>
> Created attachment 154861
> --> https://bugzilla.kernel.org/attachment.cgi?id=154861&action=edit
> Panic message captured over serial console
general protection fault: 0000 [#1] SMP
Modules linked in: nfs [..]
CPU: 7 PID: 257 Comm: kworker/7:1 Tainted: G W 3.18.0-rc1-base-7+ #2
asked reporter to check if there is a warning before the oops.
Hardware name: Intel Corporation S2600GZ/S2600GZ, BIOS SE5C600.86B.02.03.0003.041920141333 04/19/2014
Workqueue: events inet_frag_worker
task: ffff882fd32e70e0 ti: ffff882fd0adc000 task.ti: ffff882fd0adc000
RIP: 0010:[<ffffffff81592ab4>] [<ffffffff81592ab4>] inet_evict_bucket+0xf4/0x180
RSP: 0018:ffff882fd0adfd58 EFLAGS: 00010286
RAX: ffff8817c7230701 RBX: dead000000100100 RCX: 0000000180300013
Hello LIST_POISON!
RDX: 0000000180300014 RSI: 0000000000000001 RDI: dead0000001000c0
RBP: 0000000000000002 R08: 0000000000000202 R09: ffff88303fc39ab0
R10: ffffffff81592ac0 R11: ffffea005f1c8c00 R12: ffffffff81aa2820
R13: ffff882fd0adfd70 R14: ffff8817c72307e0 R15: 0000000000000000
FS: 0000000000000000(0000) GS:ffff88303fc20000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
device rack0a left promiscuous mode
CR2: 00007f054c7ba034 CR3: 0000002fc4986000 CR4: 00000000001407e0
Stack:
ffffffff81aa3298 ffffffff81aa3290 ffff8817d0820a08 0000000000000000
0000000000000000 00000000000000a8 0000000000000008 ffff88303fc32780
ffffffff81aa6820 0000000000000059[ 2415.026338] device rack1a left promiscuous mode
0000000000000000 ffffffff81592ba2
Call Trace:
[<ffffffff81592ba2>] ? inet_frag_worker+0x62/0x210
[<ffffffff8112c312>] ? process_one_work+0x132/0x360
[..]
crash is in hlist_for_each_entry_safe() at the end of inet_evict_bucket(), looks like
we encounter an already-list_del'd element while iterating.
Will look at this tomorrow.
next prev parent reply other threads:[~2014-10-25 21:44 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-25 8:40 Fw: [Bug 86851] New: Reproducible panic on heavy UDP traffic Stephen Hemminger
2014-10-25 21:44 ` Florian Westphal [this message]
2014-10-26 23:28 ` Nikolay Aleksandrov
2014-10-27 0:47 ` Eric Dumazet
2014-10-27 8:48 ` Nikolay Aleksandrov
2014-10-27 9:12 ` Nikolay Aleksandrov
2014-10-27 9:32 ` Nikolay Aleksandrov
2014-10-27 22:59 ` Patrick McLean
2014-10-27 23:06 ` Nikolay Aleksandrov
2014-10-28 0:16 ` Eric Dumazet
2014-10-28 9:30 ` [PATCH net] inet: frags: fix a race between inet_evict_bucket and inet_frag_kill Nikolay Aleksandrov
2014-10-28 10:03 ` Florian Westphal
2014-10-29 19:21 ` David Miller
2014-10-28 9:44 ` [PATCH net] inet: frags: remove the WARN_ON from inet_evict_bucket Nikolay Aleksandrov
2014-10-29 19:22 ` David Miller
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=20141025214448.GB28407@breakpoint.cc \
--to=fw@strlen.de \
--cc=netdev@vger.kernel.org \
--cc=nikolay@redhat.com \
--cc=stephen@networkplumber.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.