From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756563Ab2BBUpd (ORCPT ); Thu, 2 Feb 2012 15:45:33 -0500 Received: from mail.vyatta.com ([76.74.103.46]:54651 "EHLO mail.vyatta.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756004Ab2BBUpc (ORCPT ); Thu, 2 Feb 2012 15:45:32 -0500 Date: Thu, 2 Feb 2012 12:45:29 -0800 From: Stephen Hemminger To: Nick Bowler Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: Sudden kernel panic with skge in 3.3-rc2 Message-ID: <20120202124529.3e274223@s6510.linuxnetplumber.net> In-Reply-To: <20120202192115.GA8480@elliptictech.com> References: <20120202192115.GA8480@elliptictech.com> Organization: Vyatta X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2 Feb 2012 14:21:15 -0500 Nick Bowler wrote: > Hi, > > I just saw this panic on 3.3-rc2 with skge. I don't know whether it's > reproducible yet -- the machine crashed while I was not actively using > it. We've had this type of card for a few years and I've never seen this > before so it may be a regression, but admittedly we don't use them all > that often. > > At the time of the crash, the network interface in question was up, but > not configured with any addresses; mtu configured to (the default) 1500 > bytes. It was used for packet capture (tcpdump) shortly beforehand, > although this was not running at the time of the crash. It's a PCI > gigabit ethernet card: > > 03:01.0 Ethernet controller: D-Link System Inc DGE-530T Gigabit Ethernet Adapter (rev 11) (rev 11) > > In case it matters, the primary network interface of the system is an > onboard device using the sky2 driver: > > 02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8057 PCI-E Gigabit Ethernet Controller (rev 10Ethernet controller: Marvell Technology Group Ltd. 88E8057 PCI-E Gigabit Ethernet Controller (rev 10) > > I took a photo of the screen, but unfortuately the top few lines are > lost forever. Posted at imgur because it seems a bit big for the > mailing lists: . Apologies for the > terrible quality; the best camera I could find around was in someone's > mobile phone. I'll see about configuring a serial console in case it > crashes again. > > For convenience (hopefully), here's the call trace retyped in plain text > (addresses elided, see photo for them). The full code line is > reproduced by hand because it's almost unreadable in the photo (and > truncated to boot). > > Call Trace: > > [...] net_rx_action+0xaa/0x1c0 > [...] __do_softirq+0x7e/0x125 > [...] ? _raw_spin_unlock+0x26/0x31 > [...] call_softirq+0x1c/0x30 > [...] do_softirq+0x33/0x68 > [...] irq_exit+0x3f/0xb9 > [...] do_IRQ+0x97/0xae > [...] common_interrupt+0x6b/0x6b > > [...] ? hrtimer_start+0x13/0x15 > [...] ? mwait_idle+0x6e/0x80 > [...] ? mwait_idle+0x61/0x80 > [...] cpu_idle+0x61/0xbd > [...] rest_init+0x8d/0x91 > [...] start_kernel+0x338/0x343 > [...] x86_64_start_reservations+0xb8/0xbd > [...] x86_64_start_kernel+0xed/0xf4 > Code: 48 8b 40 30 48 85 c0 74 0a b9 02 00 00 00 4c 89 fa ff d0 49 8b 86 d0 00 00 00 49 8b 4d b4 48 89 c7 48 8b b2 d0 00 00 00 a4 31 ff 48 8b 03 49 8b 75 18 48 8b 40 08 48 85 c0 74 13 48 > RIP [...] skge_poll+0x367/0x5cd [skge] > > Let me know if you need any more info, Try reverting this commit, it seems problematic commit d0249e44432aa0ffcf710b64449b8eaa3722547e Author: stephen hemminger Date: Thu Jan 19 14:37:18 2012 +0000 skge: check for PCI dma mapping errors