On Fri, Nov 25, 2011 at 1:18 PM, Daniel Kalchev <daniel@digsys.bg> wrote:
> 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: <Intel(R) PRO/1000 Network Connection version - 2.2.3> 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
>
> pciconf -vl
>
> igb0@pci0:13:0:0: class=0x020000 card=0x10c915d9 chip=0x10c98086
> rev=0x01 hdr=0x00
> vendor = 'Intel Corporation'
> class = network
> subclass = ethernet
> igb1@pci0:13:0:1: class=0x020000 card=0x10c915d9 chip=0x10c98086
> rev=0x01 hdr=0x00
> vendor = 'Intel Corporation'
> class = network
> subclass = ethernet
> igb2@pci0:16:0:0: class=0x020000 card=0x10c915d9 chip=0x10c98086
> rev=0x01 hdr=0x00
> vendor = 'Intel Corporation'
> class = network
> subclass = ethernet
> igb3@pci0:16:0:1: class=0x020000 card=0x10c915d9 chip=0x10c98086
> rev=0x01 hdr=0x00
> vendor = 'Intel Corporation'
> class = network
> subclass = 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.
>
>
Ya, don't unplug the cable .... :)
Just a bit of holiday humor.... will look into the issue after the long
weekend.
Jack