[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LNX.2.03.1406261159071.1438@ws.cisco>
Date: Thu, 26 Jun 2014 12:04:01 +0530 (IST)
From: Govindarajulu Varadarajan <_govind@....com>
To: Yinghai Lu <yinghai@...nel.org>
cc: Govindarajulu Varadarajan <_govind@....com>,
David Miller <davem@...emloft.net>,
NetDev <netdev@...r.kernel.org>, ssujith@...co.com,
gvaradar@...co.com, benve@...co.com
Subject: Re: [PATCH net-next 1/8] flow_keys: Record IP layer protocol in
skb_flow_dissect()
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
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists