Self-tests are implemented in the driver, not in ethtool. Assuming that this is an in-tree driver, I'm reassigning to linux. If the driver is out-of-tree then I don't think it's an Ubuntu issue at all.
** Package changed: ethtool (Ubuntu) => linux (Ubuntu) -- 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/1500717 Title: ethtool -t option is failing for shiner-t in Ubuntu 14.04 Status in linux package in Ubuntu: New Bug description: == Comment: #0 - Rajeshkumar S <rajeshkum...@in.ibm.com> - 2015-01-27 05:21:43 == ---Problem Description--- ethtool -t option is failing for shiner-t interface ---uname output--- 3.16.0-29-generic #39-Ubuntu SMP Tue Dec 16 20:53:59 UTC 2014 ppc64le ppc64le ppc64le GNU/Linux Machine Type = 8286-42A /10D6B9T ---Steps to Reproduce--- Configure the interfaces of the of shiner-t adapter. Invoke ethtool with -t option for the shiner-t interface ( eth22 and eth20 in this test system [9.3.189.142]) It fails on the below test as root@powerio-le21:~# ethtool -t eth22 The test result is FAIL The test extra info: register_test (offline) 0 memory_test (offline) 0 int_loopback_test (offline) 0 ext_loopback_test (offline) 0 nvram_test (online) 1 interrupt_test (online) 0 link_test (online) 0 the dmesg output during the event is [348306.120281] bnx2x 0003:0a:00.0 eth22: using MSI-X IRQs: sp 441 fp[0] 461 ... fp[7] 472 [348306.222325] bnx2x 0003:0a:00.0 eth22: NIC Link is Up, 10000 Mbps full duplex, Flow control: none [348307.088285] bnx2x 0003:0a:00.0 eth22: using MSI-X IRQs: sp 441 fp[0] 461 ... fp[7] 472 [348313.363674] bnx2x 0003:0a:00.0 eth22: NIC Link is Up, 10000 Mbps full duplex, Flow control: ON - receive & transmit root@powerio-le21:~# Userspace tool common name: ethtool The userspace tool has the following bit modes: 64 bit Userspace rpm: - Userspace tool obtained from project website: na *Additional Instructions for rajeshkum...@in.ibm.com: -Post a private note with access information to the machine that the bug is occuring on. -Attach ltrace and strace of userspace application. == Comment: #4 - Rajeshkumar S <rajeshkum...@in.ibm.com> - 2015-04-08 04:36:56 == Brian, I have a system that is available right now exhibiting this failure for Mason adapter from Qlogic eth1 and eth2 are the interfaces corresponding to the ports of the Qlogic's Mason adapter. The issue is reproducible now also wii01:~ # ethtool -t eth1 The test result is FAIL The test extra info: Loopback test (offline) -5 wii01:~ # echo $? 2 wii01:~ # ethtool -t eth2 The test result is FAIL The test extra info: Loopback test (offline) -5 == Comment: #15 - Guilherme Guaglianoni Piccoli <gpicc...@br.ibm.com> - 2015-09-28 10:00:18 == (In reply to comment #14) > Mirror on Launchpad The mirror is requested because there's a need to involve QLogic - since they have no access to LTC bugzilla, we NEED to mirror this bug to Launchpad so we can discuss there. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1500717/+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
