Yes. I first encountered the issue on Debian, on an i210 a couple years ago
and worked around it with ethtool in rc.local forcing 1000/full duplex. And
I ran into the issue again on a i354 with OpenWRT, completely vanilla
kernel, and also installed the latest igb driver. Two completely different
machines and nic's, and distro/OS versions. The only thing that is the
same is they are both SuperMicro boards.
And the issue doesn't occur on FreeBSD, it works fine there.
So when it happens I can either unplug/replug the Ethernet cable, or force
the link speed.
I'm going to try enabling debug on the driver and see if that puts out any
information
From: Fujinaka, Todd [mailto:todd.fujin...@intel.com]
Sent: Sunday, January 10, 2016 8:17 PM
To: Len White <lwh...@nrw.ca>
Cc: e1000-devel@lists.sourceforge.net
Subject: RE: C2758 i354 link issue
Kristian didn't reply to the mailing list but if you check e1000-bugs you'll
see he resolved his issues. I'm still not clear on what the problem was, but
you can check there for more details.
In any case, I'm guessing your problem isn't the same as his problem. I
think I asked him to try a different distro and I don't think he did that.
I'm still not convinced this isn't a problem with OpenWRT but then again
you've never said what OS you're running. If it is OpenWRT, have you tried a
different distro?
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com <mailto:todd.fujin...@intel.com>
(503) 712-4565
From: Len White [mailto:lwh...@nrw.ca]
Sent: Sunday, January 10, 2016 3:01 PM
To: Fujinaka, Todd
Cc: e1000-devel@lists.sourceforge.net
<mailto:e1000-devel@lists.sourceforge.net>
Subject: C2758 i354 link issue
Hi,
I'm having the same problem as Kristian is with his igb link issue. I also
have a different machine with an i210 card in it, that also has the same
issue on Linux ONLY. FreeBSD works fine.
It's about 40% chance on boot that the issue will happen (but I did find a
workaround). I believe it's something to do with auto-negotiation code. I
can either unplug/replug the cable and it will come back up, or I can force
the link speed/duplex and it will bring the link back up when the issue is
triggered.
Ethtool on a boot with issue:
root@moffat-gw / # ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: Symmetric
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric
Advertised auto-negotiation: Yes
Speed: Unknown!
Duplex: Unknown! (255)
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
MDI-X: off (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: no
root@moffat-gw / # ethtool -s eth0 speed 1000 duplex full
root@moffat-gw / # ethtool eth0[ 59.285152] igb 0000:00:14.0 eth0: igb:
eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[ 59.295788] br-lan: port 1(eth0) entered forwarding state
[ 59.302438] br-lan: port 1(eth0) entered forwarding state
[ 59.309274] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: Symmetric
Supports auto-negotiation: Yes
Advertised link modes: 1000baseT/Full
Advertised pause frame use: Symmetric
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
MDI-X: off (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
root@moffat-gw / # ethtool -i eth0
driver: igb
version: 5.3.3.5
firmware-version: 0.0.0
expansion-rom-version:
bus-info: 0000:00:14.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no
root@moffat-gw / # uname -a
Linux moffat-gw 4.1.15 #12 SMP Sun Jan 10 22:09:02 EST 2016 x86_64 GNU/Linux
root@moffat-gw / # ethtool -S eth0
NIC statistics:
rx_packets: 12463
tx_packets: 9238
rx_bytes: 2548091
tx_bytes: 1699471
rx_broadcast: 191
tx_broadcast: 6
rx_multicast: 3073
tx_multicast: 91
multicast: 3073
collisions: 0
rx_crc_errors: 0
rx_no_buffer_count: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_window_errors: 0
tx_abort_late_coll: 0
tx_deferred_ok: 0
tx_single_coll_ok: 0
tx_multi_coll_ok: 0
tx_timeout_count: 0
rx_long_length_errors: 0
rx_short_length_errors: 0
rx_align_errors: 0
tx_tcp_seg_good: 0
tx_tcp_seg_failed: 0
rx_flow_control_xon: 0
rx_flow_control_xoff: 0
tx_flow_control_xon: 0
tx_flow_control_xoff: 0
rx_long_byte_count: 2548091
tx_dma_out_of_sync: 0
lro_aggregated: 0
lro_flushed: 0
tx_smbus: 3068
rx_smbus: 3106
dropped_smbus: 0
os2bmc_rx_by_bmc: 2
os2bmc_tx_by_bmc: 3068
os2bmc_tx_by_host: 2
os2bmc_rx_by_host: 3068
tx_hwtstamp_timeouts: 0
rx_hwtstamp_cleared: 0
rx_errors: 0
tx_errors: 0
tx_dropped: 0
rx_length_errors: 0
rx_over_errors: 0
rx_frame_errors: 0
rx_fifo_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_queue_0_packets: 6170
tx_queue_0_bytes: 400752
tx_queue_0_restart: 0
rx_queue_0_packets: 12434
rx_queue_0_bytes: 2916614
rx_queue_0_drops: 0
rx_queue_0_csum_err: 0
rx_queue_0_alloc_failed: 0
_____
No viruses found in this message
_____
No viruses found in this message
-----
No viruses found in this message
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel® Ethernet, visit
http://communities.intel.com/community/wired
