From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 21:38:55 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C884106564A for ; Fri, 25 Nov 2011 21:38:55 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 6A5F58FC0C for ; Fri, 25 Nov 2011 21:38:54 +0000 (UTC) Received: from [192.92.129.101] ([192.92.129.101]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id pAPLI9PZ051562 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 25 Nov 2011 23:18:15 +0200 (EET) (envelope-from daniel@digsys.bg) From: Daniel Kalchev Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 25 Nov 2011 23:18:11 +0200 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: igb hang when cable unplugged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2011 21:38:55 -0000 I am observing an transmit hang of the igb driver when the cable is = unplugged. It only recovers after unit reset, such as ifconfig igb0 down up This is with kernel FreeBSD xxx 8.2-STABLE FreeBSD 8.2-STABLE #0: Fri Sep 30 16:17:47 EEST = 2011 root@xxx:/usr/obj/usr/src/sys/GENERIC amd64 igb0: port = 0x3020-0x303f mem = 0xb1d60000-0xb1d7ffff,0xb1d40000-0xb1d5ffff,0xb1e04000-0xb1e07fff irq 37 = at device 0.0 on pci13 igb0: Using MSIX interrupts with 9 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:25:90:36:ee:7c The interface is quad port Supermicro branded PCI-E card with=20 pciconf -vl igb0@pci0:13:0:0: class=3D0x020000 card=3D0x10c915d9 = chip=3D0x10c98086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D network subclass =3D ethernet igb1@pci0:13:0:1: class=3D0x020000 card=3D0x10c915d9 = chip=3D0x10c98086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D network subclass =3D ethernet igb2@pci0:16:0:0: class=3D0x020000 card=3D0x10c915d9 = chip=3D0x10c98086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D network subclass =3D ethernet igb3@pci0:16:0:1: class=3D0x020000 card=3D0x10c915d9 = chip=3D0x10c98086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D network subclass =3D ethernet Has anyone experience something like this? Is there solution? It is very = inconvenient to have to down/up the interfaces manually via the IPMI = console when such thing happens. Daniel=