From: Govindarajulu Varadarajan <_govind@gmx.com>
To: Yinghai Lu <yinghai@kernel.org>
Cc: Govindarajulu Varadarajan <_govind@gmx.com>,
David Miller <davem@davemloft.net>,
NetDev <netdev@vger.kernel.org>,
ssujith@cisco.com, gvaradar@cisco.com, benve@cisco.com
Subject: Re: [PATCH net-next 1/8] flow_keys: Record IP layer protocol in skb_flow_dissect()
Date: Thu, 26 Jun 2014 12:04:01 +0530 (IST) [thread overview]
Message-ID: <alpine.LNX.2.03.1406261159071.1438@ws.cisco> (raw)
In-Reply-To: <CAE9FiQW+Rv4o9Pc1J9hyqgW1WrhEANKEXH6zYQc2NQqeMbAcvA@mail.gmail.com>
On Mon, 23 Jun 2014, Yinghai Lu wrote:
> this patch in net-next cause kernel crash.
>
> [ 148.466045] qlge 0000:4a:00.1 eth27: Passed Get Port Configuration.
> [ 162.385445] BUG: unable to handle kernel paging request at 000000010000007e
> [ 162.385839] IP: [<ffffffff81f18899>] __dev_queue_xmit+0x399/0x630
> [ 162.398541] PGD 0
> [ 162.398659] Oops: 0002 [#1] SMP
> [ 162.398845] Modules linked in:
> [ 162.399022] CPU: 5 PID: 1 Comm: swapper/0 Tainted: G W
> 3.16.0-rc2-yh-00302-g3d5dc41-dirty #22
> [ 162.418490] Hardware name: Oracle Corporation unknown /
> , BIOS 11016600 05/17/2011
> [ 162.438851] task: ffff884027a80000 ti: ffff881027d20000 task.ti:
> ffff881027d20000
> [ 162.468329] RIP: 0010:[<ffffffff81f18899>] [<ffffffff81f18899>]
> __dev_queue_xmit+0x399/0x630
> [ 162.488085] RSP: 0000:ffff881027d23d28 EFLAGS: 00010202
> [ 162.488345] RAX: 00000000fffffffe RBX: ffff887026041000 RCX: 0000000000000001
> [ 162.508245] RDX: 0000000000000000 RSI: ffffffff82dfee78 RDI: ffff884027a80000
> [ 162.508590] RBP: ffff881027d23d70 R08: 0000000000000001 R09: 0000000000000000
> [ 162.528255] R10: 0000000000000000 R11: ffff885026020800 R12: ffffffff82dfedc0
> [ 162.547963] R13: ffff881022b7c000 R14: 0000000000000dac R15: ffff88702434c400
> [ 162.548310] FS: 0000000000000000(0000) GS:ffff88103f000000(0000)
> knlGS:0000000000000000
> [ 162.568186] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [ 162.568489] CR2: 000000010000007e CR3: 0000000002c19000 CR4: 00000000000007e0
> [ 162.588263] Stack:
> [ 162.588354] ffffffff81f18505 0000000000000000 00ff881027d23d80
> ffffffff82dfee60
> [ 162.608269] ffff885023dd1e40 ffff881022b7c000 ffff885026020929
> 0000000000000dac
> [ 162.628043] ffff887026041000 ffff881027d23d80 ffffffff81f18b40
> ffff881027d23e18
> [ 162.628422] Call Trace:
> [ 162.647963] [<ffffffff81f18505>] ? __dev_queue_xmit+0x5/0x630
> [ 162.648284] [<ffffffff81f18b40>] dev_queue_xmit+0x10/0x20
> [ 162.667987] [<ffffffff83087b64>] ip_auto_config+0x8e6/0xf13
> [ 162.668282] [<ffffffff8100031d>] ? do_one_initcall+0xdd/0x1e0
> [ 162.688018] [<ffffffff810e36ad>] ? trace_hardirqs_on+0xd/0x10
> [ 162.688298] [<ffffffff8110c40f>] ? ktime_get+0xbf/0x140
> [ 162.708029] [<ffffffff8308727e>] ? root_nfs_parse_addr+0xbd/0xbd
> [ 162.708292] [<ffffffff81000323>] do_one_initcall+0xe3/0x1e0
> [ 162.728075] [<ffffffff810ba8bd>] ? parse_args+0x1ed/0x330
> [ 162.728340] [<ffffffff8203501a>] ? printk+0x54/0x56
> [ 162.748027] [<ffffffff8301f4c5>] kernel_init_freeable+0x237/0x2ce
> [ 162.748344] [<ffffffff8301eaf7>] ? do_early_param+0x8a/0x8a
> [ 162.768070] [<ffffffff8202abb0>] ? rest_init+0xc0/0xc0
> [ 162.768318] [<ffffffff8202abbe>] kernel_init+0xe/0x100
> [ 162.788057] [<ffffffff8204c4ac>] ret_from_fork+0x7c/0xb0
> [ 162.788314] [<ffffffff8202abb0>] ? rest_init+0xc0/0xc0
> [ 162.808008] Code: e8 5d 48 18 ff eb 13 48 c7 c7 60 d9 c5 82 e8 cf
> bc 1c ff 85 c0 74 dd 0f 1f 00 48 8b 43 58 48 83 e0 fe 48 85 c0 48 89
> 43 58 74 07 <f0> ff 80 80 00 00 00 4c 89 e6 48 89 df 41 ff 14 24 41 89
> c6 41
> [ 162.828797] RIP [<ffffffff81f18899>] __dev_queue_xmit+0x399/0x630
> [ 162.848186] RSP <ffff881027d23d28>
> [ 162.848341] CR2: 000000010000007e
> [ 162.848490] ---[ end trace 26b7736a09036e46 ]---
> [ 162.868194] Kernel panic - not syncing: Fatal exception in interrupt
> [ 162.872673] Kernel Offset: 0x0 from 0xffffffff81000000 (relocation
> range: 0xffffffff80000000-0xffffffff9fffffff)
> [ 162.888531] ---[ end Kernel panic - not syncing: Fatal exception in interrupt
> [ 162.908306] ------------[ cut here ]------------
>
> After the commit is reverted, the system work again.
I do not see any problem in my system.
Did you try disecting what "__dev_queue_xmit+0x399/0x630" is?
On what interface did the crash occur on? is it bond interface?
Thanks
next prev parent reply other threads:[~2014-06-26 6:34 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-09 18:32 [PATCH net-next 0/8] enic updates Govindarajulu Varadarajan
2014-06-09 18:32 ` [PATCH net-next 1/8] flow_keys: Record IP layer protocol in skb_flow_dissect() Govindarajulu Varadarajan
2014-06-10 13:11 ` Daniel Borkmann
2014-06-10 14:08 ` Govindarajulu Varadarajan
2014-06-10 14:26 ` Eric Dumazet
2014-06-11 22:06 ` David Miller
2014-06-11 22:08 ` David Miller
2014-06-12 5:38 ` Govindarajulu Varadarajan
2014-06-19 18:06 ` Chema Gonzalez
2014-06-19 18:52 ` Govindarajulu Varadarajan
2014-06-24 5:29 ` Yinghai Lu
2014-06-26 6:34 ` Govindarajulu Varadarajan [this message]
2014-09-18 14:18 ` Or Gerlitz
2014-09-18 14:38 ` Eric Dumazet
2014-09-18 15:02 ` [PATCH net] net: sched: shrink struct qdisc_skb_cb to 28 bytes Eric Dumazet
2014-09-18 16:26 ` Stephen Hemminger
2014-09-18 16:32 ` Eric Dumazet
2014-09-18 18:00 ` Eric Dumazet
2014-09-18 18:07 ` Joe Perches
2014-09-18 19:14 ` Eric Dumazet
2014-09-18 19:31 ` Joe Perches
2014-09-18 20:31 ` Eric Dumazet
2014-09-18 21:28 ` Or Gerlitz
2014-09-18 22:29 ` [net] " Doug Ledford
2014-09-19 12:07 ` Or Gerlitz
2014-09-22 18:38 ` David Miller
2014-09-22 18:22 ` [PATCH net] " David Miller
2014-06-09 18:32 ` [PATCH net-next 2/8] enic: fix return value in _vnic_dev_cmd Govindarajulu Varadarajan
2014-06-09 18:32 ` [PATCH net-next 3/8] enic: devcmd for adding IP 5 tuple hardware filters Govindarajulu Varadarajan
2014-06-09 18:32 ` [PATCH net-next 4/8] enic: alloc/free rx_cpu_rmap Govindarajulu Varadarajan
2014-06-09 18:44 ` Sergei Shtylyov
2014-06-10 13:52 ` Govindarajulu Varadarajan
2014-06-10 15:00 ` Sergei Shtylyov
2014-06-09 18:32 ` [PATCH net-next 5/8] enic: Add Accelerated RFS support Govindarajulu Varadarajan
2014-06-09 18:32 ` [PATCH net-next 6/8] enic: fix lockdep around devcmd_lock Govindarajulu Varadarajan
2014-06-09 18:32 ` [PATCH net-next 7/8] enic: add low latency socket busy_poll support Govindarajulu Varadarajan
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=alpine.LNX.2.03.1406261159071.1438@ws.cisco \
--to=_govind@gmx.com \
--cc=benve@cisco.com \
--cc=davem@davemloft.net \
--cc=gvaradar@cisco.com \
--cc=netdev@vger.kernel.org \
--cc=ssujith@cisco.com \
--cc=yinghai@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).