** Changed in: linux (Ubuntu Xenial)
Status: Triaged => Incomplete
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
Realtek 8153-based ethernet adapter on usb3 eventually stops working
Status in linux package in Ubuntu:
Status in linux source package in Xenial:
Seems to be paired with dmesg entries like this on the trusty kernel:
[24763.731054] usb 4-4.2: Disable of device-initiated U1 failed.
[24763.734507] usb 4-4.2: Disable of device-initiated U2 failed.
[24763.734594] r815x 4-4.2:2.0 eth3: unregister 'r815x' usb-0000:00:14.0-4.2,
RTL8153 ECM Device
[24763.802963] usb 4-4.2: Set SEL for device-initiated U1 failed.
[24763.806450] usb 4-4.2: Set SEL for device-initiated U2 failed.
[24763.809953] usb 4-4.2: usb_reset_and_verify_device Failed to disable LTM
[24763.810579] usb 4-4.2: USB disconnect, device number 7
[24763.940765] userif-1: sent link down event.
[24763.940769] userif-1: sent link up event.
And like this on mainline:
[ 259.731142] usb 4-3: new SuperSpeed USB device number 4 using xhci_hcd
[ 259.752915] usb 4-3: New USB device found, idVendor=0bda, idProduct=8153
[ 259.752918] usb 4-3: New USB device strings: Mfr=1, Product=2,
[ 259.752920] usb 4-3: Product: USB 10/100/1000 LAN
[ 259.752921] usb 4-3: Manufacturer: Realtek
[ 259.752922] usb 4-3: SerialNumber: 000001000000
[ 259.909368] usb 4-3: reset SuperSpeed USB device number 4 using xhci_hcd
[ 259.993254] r8152 4-3:1.0 eth0: v1.08.3
[ 260.079151] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 296.266600] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 300.785814] r8152 4-3:1.0 eth0: Stop submitting intr, status -71
[ 302.832697] usb 4-3: usb_reset_and_verify_device Failed to disable LTM
[ 302.832697] .
[ 302.833086] usb 4-3: USB disconnect, device number 4
Mainline version fyi:
[ 0.000000] Linux version 4.6.0-040600-generic (kernel@gomeisa) (gcc
version 5.3.1 20160509 (Ubuntu 5.3.1-19ubuntu1) ) #201605151930 SMP Sun May 15
23:32:59 UTC 2016
I also get a similar message about 'Failed to disable LTM' if I just
unplug the device before the breakage occurs.
I've attached lsusb before the breakage occurs (so you can see the
device) from the mainline kernel.
Interestingly it appears the drivers on trusty and wily/mainline are
different (r815x vs r8152) yet still exhibit similar troubles. I'm
still digging around to try and figure out why this doesn't seem to be
working, but I was wondering if you all had any idea what might be
going pear-shaped here.
To manage notifications about this bug go to:
Mailing list: https://launchpad.net/~kernel-packages
Post to : email@example.com
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp