It looks like this happened perhaps sometime between 4.10 and 4.13: 4.4.0-112: https://certification.canonical.com/hardware/201802-26096/submission/127640/ Driver: ixgbe (ver: 4.2.1-k) Shows proper speed for both ports
4.10.0-42: https://certification.canonical.com/hardware/201712-26025/submission/125481/ Driver: ixgbe (ver: 4.4.0-k) Shows proper speed for both ports 4.13.0-37: https://certification.canonical.com/hardware/201803-26156/submission/128508/ Driver: ixgbe (ver: 5.1.0-k) Shows -1 for second port 4.16.0-041600rc6 (tester sent via email) Driver version unknown Shows -1 for second port -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1757191 Title: Intel NICs not properly reporting link speed in SysFS in Xenial Status in linux package in Ubuntu: Confirmed Status in linux source package in Artful: Triaged Bug description: This was discovered during certification testing of 16.04.4 (I've now seen this behaviour at least 2 times) A system under test has a 2 port Intel X550 NIC (10Gb) Udev reports the NIC as this: Category: NETWORK Interface: enp94s0f0 Product: Ethernet Controller 10G X550T Vendor: Intel Corporation Driver: ixgbe (ver: 5.1.0-k) Path: /devices/pci0000:5d/0000:5d:00.0/0000:5e:00.0 ID: [8086:1563] Subsystem ID: [152d:8a13] Ethtool shows this info (this is for the second port, which has the issue) Settings for enp94s0f1: Supported ports: [ TP ] Supported link modes: 100baseT/Full 1000baseT/Full 10000baseT/Full Supported pause frame use: Symmetric Supports auto-negotiation: Yes Advertised link modes: 100baseT/Full 1000baseT/Full 10000baseT/Full Advertised pause frame use: Symmetric Advertised auto-negotiation: Yes Speed: 10000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on MDI-X: Unknown Supports Wake-on: umbg Wake-on: g Current message level: 0x00000007 (7) drv probe link Link detected: yes Note ethtool shows an active 10Gb link. The test tool determines the NIC speed by introspecting the sysfs data for each NIC port. In this case, by looking at /sys/class/net/DEVICENAME/speed I've now seen this on a couple different NICs using the ixgbe driver. The first port will properly show connected link speed in /sys/class/net/DEVICENAME/speed but the second port shows -1 in that file. Because of this, certification tests are failing because the tool believes that the link speed is incorrect. This current example is using kernel 4.13.0-37.42~16.04.1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1757191/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
