From owner-freebsd-net@FreeBSD.ORG Mon Jan 3 21:30:31 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC00D1065674 for ; Mon, 3 Jan 2011 21:30:30 +0000 (UTC) (envelope-from robin@icir.org) Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by mx1.freebsd.org (Postfix) with ESMTP id CDAA38FC18 for ; Mon, 3 Jan 2011 21:30:30 +0000 (UTC) Received: from empire.icsi.berkeley.edu (empire.ICSI.Berkeley.EDU [192.150.186.169]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id p03L2A2M023195 for ; Mon, 3 Jan 2011 13:02:10 -0800 (PST) Received: by empire.icsi.berkeley.edu (Postfix, from userid 502) id 0D5E4412A0CB; Mon, 3 Jan 2011 13:02:10 -0800 (PST) Date: Mon, 3 Jan 2011 13:02:10 -0800 From: Robin Sommer To: freebsd-net Message-ID: <20110103210209.GA13091@icir.org> References: <20100729215649.GB2615@icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100729215649.GB2615@icir.org> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: igb watchdog timeouts X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 21:30:31 -0000 Hello all, quite a while ago I asked about the problem below. Unfortunately, I haven't found a solution yet and I'm actually still seeing these timeouts after just upgrading to 8.2-RC1. Any further ideas on what could be triggering them, or how I could track down the cause? Thanks, Robin On Thu, Jul 29, 2010 at 14:56 -0700, I wrote: > Since upgrading from 8.0 to 8.1-RELEASE, I'm seeing lots of messages > like those below on all my SuperMicro SBI-7425C-T3 blades. There's > almost no traffic on those interfaces. > > Any idea? > > Thanks, > > Robin > > Jul 29 13:01:18 blade0 kernel: igb1: Watchdog timeout -- resetting > Jul 29 13:01:18 blade0 kernel: igb1: Queue(0) tdh = 256, hw tdt = 266 > Jul 29 13:01:18 blade0 kernel: igb1: TX(0) desc avail = 1013,Next TX to Clean = 255 > Jul 29 13:01:18 blade0 kernel: igb1: link state changed to DOWN > Jul 29 13:01:18 blade0 kernel: igb1: link state changed to UP > Jul 29 13:01:29 blade0 kernel: igb1: Watchdog timeout -- resetting > Jul 29 13:01:29 blade0 kernel: igb1: Queue(0) tdh = 0, hw tdt = 10 > Jul 29 13:01:29 blade0 kernel: igb1: TX(0) desc avail = 1014,Next TX to Clean = 0 > Jul 29 13:01:29 blade0 kernel: igb1: link state changed to DOWN > Jul 29 13:01:29 blade0 kernel: igb1: link state changed to UP > Jul 29 13:01:46 blade0 kernel: igb1: Watchdog timeout -- resetting > Jul 29 13:01:46 blade0 kernel: igb1: Queue(0) tdh = 32, hw tdt = 33 > Jul 29 13:01:46 blade0 kernel: igb1: TX(0) desc avail = 1022,Next TX to Clean = 31 > Jul 29 13:01:46 blade0 kernel: igb1: link state changed to DOWN > Jul 29 13:01:46 blade0 kernel: igb1: link state changed to UP > Jul 29 13:01:57 blade0 kernel: igb1: Watchdog timeout -- resetting > Jul 29 13:01:57 blade0 kernel: igb1: Queue(0) tdh = 0, hw tdt = 10 > Jul 29 13:01:57 blade0 kernel: igb1: TX(0) desc avail = 1014,Next TX to Clean = 0 > Jul 29 13:01:57 blade0 kernel: igb1: link state changed to DOWN > Jul 29 13:01:58 blade0 kernel: igb1: link state changed to UP > Jul 29 13:02:13 blade0 kernel: igb1: Watchdog timeout -- resetting > > > grep igb /var/run/dmesg.boot > igb0: port 0x2000-0x201f mem 0xfc940000-0xfc95ffff,0xfc920000-0xfc93ffff,0xfc900000-0xfc903fff irq 16 at device 0.0 on pci4 > igb0: [FILTER] > igb0: Ethernet address: 00:30:48:9e:22:00 > igb1: port 0x2020-0x203f mem 0xfc980000-0xfc99ffff,0xfc960000-0xfc97ffff,0xfc904000-0xfc907fff irq 17 at device 0.1 on pci4 > igb1: [FILTER] > igb1: Ethernet address: 00:30:48:9e:22:01 > > > pciconf -lv > [...] > igb0@pci0:4:0:0: class=0x020000 card=0x10a915d9 > chip=0x10a98086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82575EB Gigabit Backplane Connection' > class = network > subclass = ethernet > igb1@pci0:4:0:1: class=0x020000 card=0x10a915d9 > chip=0x10a98086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82575EB Gigabit Backplane Connection' > class = network > subclass = ethernet > [...] -- Robin Sommer * Phone +1 (510) 722-6541 * robin@icir.org ICSI/LBNL * Fax +1 (510) 666-2956 * www.icir.org