To clarify, is this on the on-board Ethernet on your Supermicro motherboards? 
Or are you using a separate PCIe network adapter? We could tell if you file a 
bug on sourceforge and then attach the full dmesg and the lspci -vvv (don't 
just paste it inline). If it is a separate card, can you tell us more 
information about it?

Todd Fujinaka
Software Application Engineer
Datacenter Engineering Group
Intel Corporation
todd.fujin...@intel.com

-----Original Message-----
From: Thomas Netousek [mailto:tho...@netousek.com] 
Sent: Saturday, June 9, 2018 6:51 PM
To: e1000-devel@lists.sourceforge.net
Subject: [E1000-devel] Fwd: [BUG] igb: reconnecting of cable not always detected

Hi,

forwarding as I do not know if the igb maintainers are subscribed to the lkml.

Thomas




-------- Forwarded Message --------
Subject:        [BUG] igb: reconnecting of cable not always detected
Date:   Sat, 9 Jun 2018 19:15:37 +0200
From:   Thomas Netousek <tho...@netousek.com>
To:     linux-ker...@vger.kernel.org



I have a similar problem.
If I disconnect and reconnect the ethernet cable on a Intel Ethernet card then 
the device does not come up again.

For me this problem happens on the first pull of the LAN cable all the time.

It is reproducible on Supermicro X8, X9 and X10 dual CPU mainboards with 
onboard networking providing two PHY interfaces using Intel 82576 and
I350 chips.
It is not reproducible on a Supermicro X10SLL single mainboard with onboard 
I210 chip providing one PHY for eth0 (tested) and one I217-LM powered by the 
e1000e driver (not connected, not tested).

It is reproducible using kernel 4.9.107 and 4.17.0.
It is not reproducible using  kernels 4.1.48, 4.4.136.
So it might be related to the changes in the igb versions from 5.3.0-k
(good) to 5.4.0-k (bad).

After pulling and re-plugging the cable, with the bad driver I get:

# ip -d link show eth0
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode 
DEFAULT group default qlen 1000
     link/ether 0c:c4:7a:69:9d:3e brd ff:ff:ff:ff:ff:ff promiscuity 0 
numtxqueues 8 numrxqueues 8 gso_max_size 65536 gso_max_segs 65535

# ethtool -i eth0
Cannot get driver information: No such device

The last lines in the dmesg output are:

[   13.127730] igb 0000:01:00.0 eth0: igb: eth0 NIC Link is Up 1000 Mbps Full 
Duplex, Flow Control: RX/TX [   13.747735] igb 0000:01:00.1 eth1: igb: eth1 NIC 
Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [  147.760943] igb 
0000:01:00.0 eth0: igb: eth0 NIC Link is Down [  608.211864] igb 0000:01:00.0 
eth0: PCIe link lost, device now detached

Please note that the "PCIe link lost" message arrives 8 minutes after 
re-plugging the LAN cable.

I hope that information helps pinning down this bug and fixing it.

Kind regards
Thomas




------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most engaging tech 
sites, Slashdot.org! http://sdm.link/slashdot 
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit 
http://communities.intel.com/community/wired
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit 
http://communities.intel.com/community/wired

Reply via email to