Bug 75381

Summary:	Several disconnections that could lead to kernel panic
Product:	Drivers	Reporter:	William Gathoye (william)
Component:	Network	Assignee:	drivers_network (drivers_network)
Status:	NEW ---
Severity:	high	CC:	aklhfex, alan, aleksey.shipilev, alexminder, bugzilla.kernel.org, chris.bainbridge, christian.rohmann, cinder, dunk_palmer, erik.r.karlsson, krichter722, mathieu.malaterre, matthieupepin, mvrk, openhs, peci1, qfulsher, shane, szg00000, uzivatelmp, william
Priority:	P1
Hardware:	All
OS:	Linux
URL:	https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1269883?comments=all
See Also:	https://github.com/FreddyXin/ax88179_178a/issues/6
Kernel Version:	3.10 to 4.6	Subsystem:
Regression:	No	Bisected commit-id:
Attachments:	3.14.2 - dmesg report 3.18.6 - tcpdump trace 3.18.6 - usbmon trace

Description William Gathoye 2014-05-03 13:13:03 UTC

Created attachment 134931 [details]
3.14.2 - dmesg report

I've a Dell XPS 13 (ivy bridge, 2013 version) and I've bought an ASIX AX88179 USB 3.0 Gigabit Ethernet I'm using in one of the XPS's USB 3.0 port.

The kernel driver for the ASIX AX88179 appeared with the 3.9 kernel version.

I used the Ethernet adapter for the first time when the 3.10 kernel was released (I'm running ArchLinux which is in rolling release). At that time, transferring a huge number of files or pretty heavy files caused kernel panic: either I had a stacktrace displayed or the computer became completely unresponsive.

Tests performed on another machine, a Dell XPS 17 (L702X), gave the same results, while on Windows no problem so far. Testing with another adapter from another revision gave the same problem.

The disconnection with the Ethernet adapter is more likely to happen when transferring a huge number of files (e.g. several kernel sources with several 10k of files in it). After some disconnections-reconnections, the computer refuses to reconnect again, the adapter doesn't answer anymore, while the link led is still blinking like mad. I've do unplug the adapter and reconnect it again to recover my connection.

It appears the bug is known in upstream, but has not been solved so far: https://github.com/FreddyXin/ax88179_178a/issues/6

Please find as attachment what dmesg reports (on kernel 3.14.2) from the moment I connected the adapter until the adapter completely fails to responds at all.

Comment 1 Chris Mayo 2014-07-30 18:30:36 UTC

Similarly on a Z68 motherboard with Asmedia ASM1042 USB 3.0. Works fine in the Z68 USB 2.0 port.

Comment 2 Alexander Miroshnichenko 2014-09-05 10:40:48 UTC

Similarly bug with Speed Dragon USB 3.0 10/100/1000Mbps Gigabit Ethernet Dongle
Kernel: 3.14.14-gentoo
OS: Gentoo Base System release 2.2

dmesg output:
[15564.878306] usb 2-3: USB disconnect, device number 2
[15564.878512] ax88179_178a 2-3:1.0 enp0s20u3: unregister 'ax88179_178a' usb-0000:00:14.0-3, ASIX AX88179 USB 3.0 Gigabit Ethernet
[15564.878524] ax88179_178a 2-3:1.0 enp0s20u3: Failed to read reg index 0x0002: -19
[15564.878528] ax88179_178a 2-3:1.0 enp0s20u3: Failed to write reg index 0x0002: -19
[15564.893360] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0002: -19
[15564.893367] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0001: -19
[15564.893371] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0002: -19
[15565.100787] usb 2-3: new SuperSpeed USB device number 3 using xhci_hcd
[15565.115018] usb 2-3: New USB device found, idVendor=0b95, idProduct=1790
[15565.115023] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[15565.115026] usb 2-3: Product: AX88179
[15565.115028] usb 2-3: Manufacturer: ASIX Elec. Corp.
[15565.115031] usb 2-3: SerialNumber: 0000133B992E37
[15565.429907] ax88179_178a 2-3:1.0 eth0: register 'ax88179_178a' at usb-0000:00:14.0-3, ASIX AX88179 USB 3.0 Gigabit Ethernet, 00:13:3b:99:2e:37
[15565.458894] systemd-udevd[10806]: renamed network interface eth0 to enp0s20u3
[15565.782606] IPv6: ADDRCONF(NETDEV_UP): enp0s20u3: link is not ready
[15565.861783] ax88179_178a 2-3:1.0 enp0s20u3: ax88179 - Link status is: 1
[15567.527107] ax88179_178a 2-3:1.0 enp0s20u3: ax88179 - Link status is: 1
[15567.528657] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s20u3: link becomes ready
[29626.098636] usb 2-3: USB disconnect, device number 3
[29626.099058] ax88179_178a 2-3:1.0 enp0s20u3: unregister 'ax88179_178a' usb-0000:00:14.0-3, ASIX AX88179 USB 3.0 Gigabit Ethernet
[29626.099088] ax88179_178a 2-3:1.0 enp0s20u3: Failed to read reg index 0x0002: -19
[29626.099097] ax88179_178a 2-3:1.0 enp0s20u3: Failed to write reg index 0x0002: -19
[29626.112680] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0002: -19
[29626.112686] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0001: -19
[29626.112690] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0002: -19
[29626.319548] usb 2-3: new SuperSpeed USB device number 4 using xhci_hcd
[29626.337384] usb 2-3: New USB device found, idVendor=0b95, idProduct=1790
[29626.337389] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[29626.337391] usb 2-3: Product: AX88179
[29626.337394] usb 2-3: Manufacturer: ASIX Elec. Corp.
[29626.337396] usb 2-3: SerialNumber: 0000133B992E37
[29626.651791] ax88179_178a 2-3:1.0 eth0: register 'ax88179_178a' at usb-0000:00:14.0-3, ASIX AX88179 USB 3.0 Gigabit Ethernet, 00:13:3b:99:2e:37
[29626.691929] systemd-udevd[14374]: renamed network interface eth0 to enp0s20u3
[29627.021759] IPv6: ADDRCONF(NETDEV_UP): enp0s20u3: link is not ready
[29627.138597] ax88179_178a 2-3:1.0 enp0s20u3: ax88179 - Link status is: 1
[29628.803882] ax88179_178a 2-3:1.0 enp0s20u3: ax88179 - Link status is: 1
[29628.805626] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s20u3: link becomes ready
[48701.220818] traps: polkitd[1395] general protection ip:7f64cc20a412 sp:7fff4b8dba90 error:0 in libmozjs-17.0.so[7f64cc0dd000+37b000]
[91357.894326] usb 2-3: USB disconnect, device number 4
[91357.894594] ax88179_178a 2-3:1.0 enp0s20u3: unregister 'ax88179_178a' usb-0000:00:14.0-3, ASIX AX88179 USB 3.0 Gigabit Ethernet
[91357.894608] ax88179_178a 2-3:1.0 enp0s20u3: Failed to read reg index 0x0002: -19
[91357.894613] ax88179_178a 2-3:1.0 enp0s20u3: Failed to write reg index 0x0002: -19
[91357.908264] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0002: -19
[91357.908271] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0001: -19
[91357.908274] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0002: -19
[91358.114633] usb 2-3: new SuperSpeed USB device number 5 using xhci_hcd
[91358.128272] usb 2-3: New USB device found, idVendor=0b95, idProduct=1790
[91358.128279] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[91358.128283] usb 2-3: Product: AX88179
[91358.128287] usb 2-3: Manufacturer: ASIX Elec. Corp.
[91358.128290] usb 2-3: SerialNumber: 0000133B992E37
[91358.444081] ax88179_178a 2-3:1.0 eth0: register 'ax88179_178a' at usb-0000:00:14.0-3, ASIX AX88179 USB 3.0 Gigabit Ethernet, 00:13:3b:99:2e:37
[91358.472108] systemd-udevd[19006]: renamed network interface eth0 to enp0s20u3
[91358.798390] IPv6: ADDRCONF(NETDEV_UP): enp0s20u3: link is not ready
[91358.916962] ax88179_178a 2-3:1.0 enp0s20u3: ax88179 - Link status is: 1
[91360.838454] ax88179_178a 2-3:1.0 enp0s20u3: ax88179 - Link status is: 1
[91360.840243] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s20u3: link becomes ready
[99624.368819] usb 2-3: USB disconnect, device number 5
[99624.369212] ax88179_178a 2-3:1.0 enp0s20u3: unregister 'ax88179_178a' usb-0000:00:14.0-3, ASIX AX88179 USB 3.0 Gigabit Ethernet
[99624.369251] ax88179_178a 2-3:1.0 enp0s20u3: Failed to read reg index 0x0002: -19
[99624.369260] ax88179_178a 2-3:1.0 enp0s20u3: Failed to write reg index 0x0002: -19
[99624.381796] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0002: -19
[99624.381803] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0001: -19
[99624.381807] ax88179_178a 2-3:1.0 (unregistered net_device): Failed to write reg index 0x0002: -19

Comment 3 Karl Richter 2014-09-07 17:56:49 UTC

(In reply to Chris Mayo from comment #1)
> Similarly on a Z68 motherboard with Asmedia ASM1042 USB 3.0. Works fine in
> the Z68 USB 2.0 port.

I experience disconnections on Lenovo IdeaPad-Z500 Touch (board name is `INVALID`, bios version `71CN45WW(V1.18)`). The disconnections occur on the USB 2.0 port, too.

I'm not sure whether the issues are related to and/or caused by btrfs errors or whether the btrfs errors are caused by the network failure (most likely because I've mounted some btrfs file images over cifs). `dmesg`

    [25266.546652] BTRFS info (device dm-0): disk space caching is enabled
    [25399.538504] CIFS VFS: Send error in Flush = -9
    [25400.281124] BTRFS: bdev /dev/mapper/image_lvm-image_lvm_01 errs: wr 0, rd 0, flush 1, corrupt 0, gen 0
    [25400.281133] BTRFS: error (device dm-0) in write_all_supers:3442: errno=-5 IO failure (errors while submitting device barriers.)
    [25400.281135] BTRFS info (device dm-0): forced readonly
    [25400.281138] BTRFS warning (device dm-0): Skipping commit of aborted transaction.
    [25400.281139] ------------[ cut here ]------------
    [25400.281168] WARNING: CPU: 3 PID: 13339 at /home/apw/COD/linux/fs/btrfs/super.c:259 __btrfs_abort_transaction+0x5f/0x130 [btrfs]()
    [25400.281181] BTRFS: Transaction aborted (error -5)
    [25400.281182] Modules linked in: ax88179_178a(OE) xfs libcrc32c usbnet md4 nls_utf8 cifs msr nls_iso8859_1 pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) xt_CHECKSUM iptable_mangle ipt_MASQUERADE iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack xt_tcpudp bbswitch(OE) btrfs xor bridge stp llc iptable_filter ip_tables x_tables raid6_pq snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_controller snd_hda_codec rfcomm intel_rapl arc4 snd_hwdep bnep x86_pkg_temp_thermal hid_generic nfsd intel_powerclamp uas uvcvideo hid_multitouch iwldvm snd_pcm videobuf2_vmalloc coretemp videobuf2_memops videobuf2_core kvm_intel auth_rpcgss mac80211 v4l2_common nfs_acl videodev usb_storage media snd_seq_midi kvm nfs snd_seq_midi_event snd_rawmidi snd_seq lockd usbhid binfmt_misc crct10dif_pclmul sunrpc crc32_pclmul fscache ghash_clmulni_intel snd_seq_device snd_timer hid aesni_intel iwlwifi btusb aes_x86_64 snd lrw gf128mul bluetooth glue_helper ablk_helper cfg80211 cryptd soundcore joydev 6lowpan_iphc serio_raw mei_me mei parport_pc lpc_ich ppdev ideapad_laptop lp sparse_keymap mac_hid parport zfs(POE) zunicode(POE) zavl(POE) zcommon(POE) znvpair(POE) spl(OE) i915 i2c_algo_bit drm_kms_helper psmouse ahci drm r8169 libahci mii video [last unloaded: ax88179_178a]
    [25400.281250] CPU: 3 PID: 13339 Comm: btrfs-transacti Tainted: P        W  OE 3.16.2-031602-generic #201409052035
    [25400.281251] Hardware name: LENOVO 20221/INVALID, BIOS 71CN45WW(V1.18) 05/10/2013
    [25400.281252]  0000000000000103 ffff8800127a3c28 ffffffff8178824b 0000000000000007
    [25400.281254]  ffff8800127a3c78 ffff8800127a3c68 ffffffff8107207c ff003601127a3c98
    [25400.281268]  ffff880024125800 ffff880088208460 00000000fffffffb 0000000000000623
    [25400.281270] Call Trace:
    [25400.281274]  [<ffffffff8178824b>] dump_stack+0x46/0x58
    [25400.281277]  [<ffffffff8107207c>] warn_slowpath_common+0x8c/0xc0
    [25400.281280]  [<ffffffff81072166>] warn_slowpath_fmt+0x46/0x50
    [25400.281286]  [<ffffffffc0ae0c0f>] __btrfs_abort_transaction+0x5f/0x130 [btrfs]
    [25400.281296]  [<ffffffffc0b0d8fe>] cleanup_transaction+0x6e/0x2d0 [btrfs]
    [25400.281298]  [<ffffffff810bab10>] ? __wake_up_sync+0x20/0x20
    [25400.281300]  [<ffffffff810ba753>] ? __wake_up+0x53/0x70
    [25400.281309]  [<ffffffffc0b0ee8a>] btrfs_commit_transaction.part.34+0x70a/0xa10 [btrfs]
    [25400.281316]  [<ffffffffc0afdd70>] ? btrfs_run_delayed_refs.part.81+0x230/0x290 [btrfs]
    [25400.281324]  [<ffffffffc0b0e336>] btrfs_commit_transaction+0x46/0x80 [btrfs]
    [25400.281331]  [<ffffffffc0b0c235>] transaction_kthread+0x1d5/0x250 [btrfs]
    [25400.281338]  [<ffffffffc0b0c060>] ? open_ctree+0x1f70/0x1f70 [btrfs]
    [25400.281340]  [<ffffffff81096479>] kthread+0xc9/0xe0
    [25400.281342]  [<ffffffff810963b0>] ? flush_kthread_worker+0xb0/0xb0
    [25400.281345]  [<ffffffff81795bfc>] ret_from_fork+0x7c/0xb0
    [25400.281347]  [<ffffffff810963b0>] ? flush_kthread_worker+0xb0/0xb0
    [25400.281348] ---[ end trace 046c154d782816fb ]---
    [25400.281350] BTRFS: error (device dm-0) in cleanup_transaction:1571: errno=-5 IO failure
    [25400.281351] BTRFS info (device dm-0): delayed_refs has NO entry
    [25400.281375] BTRFS info (device dm-0): delayed_refs has NO entry
    [25463.358613] BTRFS info (device dm-0): disk space caching is enabled
    [25490.458596] net_ratelimit: 629 callbacks suppressed
    [25490.458604] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25490.459238] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25490.459244] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25490.459741] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25490.459772] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25490.459776] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25490.459780] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25490.459784] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25490.459788] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25490.459792] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25498.005670] net_ratelimit: 1024 callbacks suppressed
    [25498.005676] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25498.005685] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25498.005708] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25498.005712] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25498.005715] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25498.005718] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25498.005721] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25498.005723] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25498.005726] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25498.005729] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25505.417553] CIFS VFS: Send error in Flush = -9
    [25507.383151] BTRFS: bdev /dev/mapper/image_lvm-image_lvm_01 errs: wr 0, rd 0, flush 1, corrupt 0, gen 0
    [25507.383159] BTRFS: error (device dm-0) in write_all_supers:3442: errno=-5 IO failure (errors while submitting device barriers.)
    [25507.383161] BTRFS info (device dm-0): forced readonly
    [25507.383164] BTRFS warning (device dm-0): Skipping commit of aborted transaction.
    [25507.383165] ------------[ cut here ]------------
    [25507.383180] WARNING: CPU: 4 PID: 13389 at /home/apw/COD/linux/fs/btrfs/super.c:259 __btrfs_abort_transaction+0x5f/0x130 [btrfs]()
    [25507.383181] BTRFS: Transaction aborted (error -5)
    [25507.383182] Modules linked in: ax88179_178a(OE) xfs libcrc32c usbnet md4 nls_utf8 cifs msr nls_iso8859_1 pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) xt_CHECKSUM iptable_mangle ipt_MASQUERADE iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack xt_tcpudp bbswitch(OE) btrfs xor bridge stp llc iptable_filter ip_tables x_tables raid6_pq snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_controller snd_hda_codec rfcomm intel_rapl arc4 snd_hwdep bnep x86_pkg_temp_thermal hid_generic nfsd intel_powerclamp uas uvcvideo hid_multitouch iwldvm snd_pcm videobuf2_vmalloc coretemp videobuf2_memops videobuf2_core kvm_intel auth_rpcgss mac80211 v4l2_common nfs_acl videodev usb_storage media snd_seq_midi kvm nfs snd_seq_midi_event snd_rawmidi snd_seq lockd usbhid binfmt_misc crct10dif_pclmul sunrpc crc32_pclmul fscache ghash_clmulni_intel snd_seq_device snd_timer hid aesni_intel iwlwifi btusb aes_x86_64 snd lrw gf128mul bluetooth glue_helper ablk_helper cfg80211 cryptd soundcore joydev 6lowpan_iphc serio_raw mei_me mei parport_pc lpc_ich ppdev ideapad_laptop lp sparse_keymap mac_hid parport zfs(POE) zunicode(POE) zavl(POE) zcommon(POE) znvpair(POE) spl(OE) i915 i2c_algo_bit drm_kms_helper psmouse ahci drm r8169 libahci mii video [last unloaded: ax88179_178a]
    [25507.383264] CPU: 4 PID: 13389 Comm: btrfs-transacti Tainted: P        W  OE 3.16.2-031602-generic #201409052035
    [25507.383264] Hardware name: LENOVO 20221/INVALID, BIOS 71CN45WW(V1.18) 05/10/2013
    [25507.383266]  0000000000000103 ffff88013941fc28 ffffffff8178824b 0000000000000007
    [25507.383268]  ffff88013941fc78 ffff88013941fc68 ffffffff8107207c ff0036013941fc98
    [25507.383269]  ffff8800af852800 ffff88039e8ee5a0 00000000fffffffb 0000000000000623
    [25507.383271] Call Trace:
    [25507.383276]  [<ffffffff8178824b>] dump_stack+0x46/0x58
    [25507.383279]  [<ffffffff8107207c>] warn_slowpath_common+0x8c/0xc0
    [25507.383281]  [<ffffffff81072166>] warn_slowpath_fmt+0x46/0x50
    [25507.383288]  [<ffffffffc0ae0c0f>] __btrfs_abort_transaction+0x5f/0x130 [btrfs]
    [25507.383298]  [<ffffffffc0b0d8fe>] cleanup_transaction+0x6e/0x2d0 [btrfs]
    [25507.383301]  [<ffffffff810bab10>] ? __wake_up_sync+0x20/0x20
    [25507.383303]  [<ffffffff810ba753>] ? __wake_up+0x53/0x70
    [25507.383311]  [<ffffffffc0b0ee8a>] btrfs_commit_transaction.part.34+0x70a/0xa10 [btrfs]
    [25507.383319]  [<ffffffffc0afdd70>] ? btrfs_run_delayed_refs.part.81+0x230/0x290 [btrfs]
    [25507.383326]  [<ffffffffc0b0e336>] btrfs_commit_transaction+0x46/0x80 [btrfs]
    [25507.383334]  [<ffffffffc0b0c235>] transaction_kthread+0x1d5/0x250 [btrfs]
    [25507.383341]  [<ffffffffc0b0c060>] ? open_ctree+0x1f70/0x1f70 [btrfs]
    [25507.383343]  [<ffffffff81096479>] kthread+0xc9/0xe0
    [25507.383345]  [<ffffffff810963b0>] ? flush_kthread_worker+0xb0/0xb0
    [25507.383348]  [<ffffffff81795bfc>] ret_from_fork+0x7c/0xb0
    [25507.383350]  [<ffffffff810963b0>] ? flush_kthread_worker+0xb0/0xb0
    [25507.383351] ---[ end trace 046c154d782816fc ]---
    [25507.383353] BTRFS: error (device dm-0) in cleanup_transaction:1571: errno=-5 IO failure
    [25507.383355] BTRFS info (device dm-0): delayed_refs has NO entry
    [25518.811775] net_ratelimit: 83 callbacks suppressed
    [25518.811783] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25518.811849] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25518.811881] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25518.812276] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25518.812296] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25518.812328] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25518.812333] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25518.812336] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25518.812340] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25518.812343] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25555.167642] net_ratelimit: 79635 callbacks suppressed
    [25555.167648] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25555.167671] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25555.167698] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25555.167703] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25555.167707] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25555.167711] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25555.167714] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25555.167717] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25555.167721] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25555.167724] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25567.387082] net_ratelimit: 2924 callbacks suppressed
    [25567.387089] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25567.387454] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25567.387639] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25567.387717] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25567.387721] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25567.387724] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25567.387727] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25567.387730] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25567.387733] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25567.387736] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25575.753391] net_ratelimit: 2 callbacks suppressed
    [25575.753401] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25575.753420] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25575.753450] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25575.753454] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25575.753459] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25575.753464] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25575.753468] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25575.753473] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25575.753476] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25575.753479] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25607.330550] net_ratelimit: 1557 callbacks suppressed
    [25607.330557] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25607.330611] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25607.330637] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25607.330641] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25607.330644] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25607.330648] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25607.330651] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25607.330657] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25607.330662] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25607.330665] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25612.573619] net_ratelimit: 22 callbacks suppressed
    [25612.573626] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25612.573645] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25612.573672] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25612.573676] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25612.573680] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25612.573684] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25612.573688] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25612.573691] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25612.573698] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25612.573705] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25619.664604] net_ratelimit: 1319 callbacks suppressed
    [25619.664611] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25619.664662] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25619.664689] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25619.664693] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25619.664697] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25619.664700] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25619.664704] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25619.664707] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25619.664711] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25619.664715] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25675.571656] net_ratelimit: 63 callbacks suppressed
    [25675.571665] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25675.571902] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25675.572692] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25675.572776] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25675.572781] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25675.572785] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25675.572788] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25675.572791] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25675.572793] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25675.572796] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25706.058551] net_ratelimit: 2 callbacks suppressed
    [25706.058558] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25706.058576] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25706.058604] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25706.058609] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25706.058612] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25706.058616] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25706.058619] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25706.058623] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25706.058625] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped
    [25706.058628] ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped

The message in the form of `ax88179_178a 1-1.2:1.0 eth2: kevent 2 may have been dropped` only occurs irregularly, I've never seen messages related to the failure of the ax88179_178a driver or device.

The behavior is the same with all combinations of Ubuntu mainline kernel versions 3.13.0-35, 3.15.10, 3.16.1 and 3.16.2 and ASIX driver versions 1.9.0 and 1.10.0 (installed explicitly with `make && sudo make install` from tarball from http://www.asix.com.tw/download.php?sub=driverdetail&PItemID=131.

Comment 4 Karl Richter 2014-09-07 18:27:32 UTC

`sudo rmmod ax88179_178a && sudo modprobe ax88179_178a` restores the original functionality of the adapter.

Comment 5 Karl Richter 2014-09-08 00:17:05 UTC

I just installed generated deb files generated from 3.16.2 tarball from https://www.kernel.org/ and the issue seems to have disappeared. Usually the system crashed after minutes of network connection or after seconds under load and now it's running for half an hour with full load up or down stream. 

I guess, it might be related to mainline kernel images. The size for `ax88179_178a.ko` is 36 KB in Ubuntu mailine kernels and 28 KB in build from kernel archives tarball. I simply did 

    tar xf linux-3.16.2.tar.xz
    cd linux-3.16.2
    cp /boot/config-`uname -r` .config
    yes "" | make oldconfig
    make -j16
    make deb-pkg

from within a running Ubuntu mainline kernel image 3.16.2-utopic (http://kernel.ubuntu.com/~kernel-ppa/mainline/) on Ubuntu 14.04.1 (it will probably work with the latest correct mainline kernel image (with trusty-suffix) as well).

Comment 6 Karl Richter 2014-09-08 00:42:55 UTC

Now it crashed again, the description mentioned above applies.

Comment 7 Aleksey Shipilev 2014-11-28 21:17:19 UTC

Same here with Asus UX32LN and Linux 3.17, the symptoms look very similar to already reported here. Under heavy file transfer, the network connection abruptly stops, and activity LED on my dongle continue blinking like mad. 

Wireshark shows the adapter is sending ARP requests as it would normally do, but does not seem to receive any reply, even though the Wireshark on the other end sees the ARP replies. This seems to point to broken RX handler?

`sudo rmmod ax88179_178a && sudo modprobe ax88179_178a` helps. Nothing suspicious in dmesg at the time of failure:

[ 7508.542652] ax88179_178a 2-3:1.0 eth2: ax88179 - Link status is: 1
[ 7508.548610] IPv6: ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready
// hang at 7600
// rmmod & modprobe around 7635
[ 7635.144630] usb 2-3: USB disconnect, device number 4
[ 7635.144851] ax88179_178a 2-3:1.0 eth2: unregister 'ax88179_178a' usb-0000:00:14.0-3, ASIX AX88179 USB 3.0 Gigabit Ethernet
[ 7635.144867] ax88179_178a 2-3:1.0 eth2: Failed to read reg index 0x0002: -19
[ 7635.144870] ax88179_178a 2-3:1.0 eth2: Failed to write reg index 0x0002: -19
[ 7635.168384] ax88179_178a 2-3:1.0 eth2 (unregistered): Failed to write reg index 0x0002: -19
[ 7635.168390] ax88179_178a 2-3:1.0 eth2 (unregistered): Failed to write reg index 0x0001: -19
[ 7635.168393] ax88179_178a 2-3:1.0 eth2 (unregistered): Failed to write reg index 0x0002: -19
[ 7636.522099] usb 2-3: new SuperSpeed USB device number 5 using xhci_hcd
[ 7636.544373] usb 2-3: New USB device found, idVendor=0b95, idProduct=1790
[ 7636.544378] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 7636.544381] usb 2-3: Product: AX88179
[ 7636.544383] usb 2-3: Manufacturer: ASIX Elec. Corp.
[ 7636.544385] usb 2-3: SerialNumber: 0000000000095B
[ 7636.867736] ax88179_178a 2-3:1.0 eth0: register 'ax88179_178a' at usb-0000:00:14.0-3, ASIX AX88179 USB 3.0 Gigabit Ethernet, d8:eb:97:b3:50:18
[ 7637.413427] ax88179_178a 2-3:1.0 eth2: renamed from eth0
[ 7637.438314] systemd-udevd[13758]: renamed network interface eth0 to eth2
[ 7637.803412] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ 7640.233013] ax88179_178a 2-3:1.0 eth2: ax88179 - Link status is: 1
[ 7640.239435] IPv6: ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready

Comment 8 Aleksey Shipilev 2014-11-28 21:48:42 UTC

Additional data point: the disconnect appears to occur much more frequently when the dongle is *receiving* a lot of stuff, rather than *sending*. Incoming iperf at ~850 Mbps gets the adapter stuck after 5-10s, reliably. Outgoing iperf at ~900 Mbps does not get stuck for 20 minutes now. This, again, points to bug in RX chain?

Comment 9 Erik Karlsson 2015-02-09 15:21:22 UTC

Created attachment 166171 [details]
3.18.6 - tcpdump trace

Recorded with: tcpdump -i eth1 -n | tee eth1.log

Comment 10 Erik Karlsson 2015-02-09 15:23:46 UTC

Created attachment 166181 [details]
3.18.6 - usbmon trace

recorded with:
sudo modprobe usbmon
sudo cat /sys/kernel/debug/usb/usbmon/2u | tee usb2.log

Comment 11 Erik Karlsson 2015-02-09 15:45:09 UTC

I have the same problems whth a Dell XPS 13 (L322X), a LevelOne USB-0401 ethernet adapter (HW ver: 4.0, chip: AX88179), Linux Mint 17.1, and kernel 3.18.6-031806-generic. I get sudden disconnects, especially under high load. I have reproduced the bug by flood pinging my router. The disconnect occured after 12 minutes of pinging.

I have attached tcmdump and usbmon traces. There it can be seen that at a certain point in time (15:49:35.595157 with tcpdump and 2303595162 with usbmon) incoming data stops arriving. That happens at the same time both at the USB level and at the network interface level.

This is the kernel log from the point of connection of the device to USB. No suspicous messages are  apparent.

Feb  9 15:37:19 erik-XPS kernel: [ 1493.918410] usb 2-1: new SuperSpeed USB device number 3 using xhci_hcd
Feb  9 15:37:19 erik-XPS kernel: [ 1493.941310] usb 2-1: New USB device found, idVendor=0b95, idProduct=1790
Feb  9 15:37:19 erik-XPS kernel: [ 1493.941314] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Feb  9 15:37:19 erik-XPS kernel: [ 1493.941315] usb 2-1: Product: AX88179
Feb  9 15:37:19 erik-XPS kernel: [ 1493.941317] usb 2-1: Manufacturer: ASIX Elec. Corp.
Feb  9 15:37:19 erik-XPS kernel: [ 1493.941318] usb 2-1: SerialNumber: 0000116B6739BA
Feb  9 15:37:19 erik-XPS kernel: [ 1494.264241] ax88179_178a 2-1:1.0 eth0: register 'ax88179_178a' at usb-0000:00:14.0-1, ASIX AX88179 USB 3.0 Gigabit Ethernet, 00:11:6b:67:39:ba
Feb  9 15:37:19 erik-XPS kernel: [ 1494.286740] ax88179_178a 2-1:1.0 eth1: renamed from eth0
Feb  9 15:37:19 erik-XPS kernel: [ 1494.641674] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
Feb  9 15:37:21 erik-XPS kernel: [ 1496.477501] ax88179_178a 2-1:1.0 eth1: ax88179 - Link status is: 1
Feb  9 15:37:21 erik-XPS kernel: [ 1496.482897] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Feb  9 15:37:28 erik-XPS kernel: [ 1503.263088] device eth1 entered promiscuous mode
Feb  9 15:50:55 erik-XPS kernel: [ 2310.157519] device eth1 left promiscuous mode

Comment 12 Karl Richter 2015-02-13 08:58:55 UTC

3.19 brings significant improvement which are concretely:

  * The interruptions are short and NetworkManager (0.9.8.8 on Ubuntu 14.10) manages to reconnect immediately which means effectively no interruptions except if there's a severe failure (often in conjunction of failure of all USB3.0 connected device).
  * The driver can run an extended period of time, now. I managed to transfer 2 TB from a cifs share which before seemed impossible. I didn't test with multiple connections which caused immediate failure before (as reported in https://bugzilla.kernel.org/show_bug.cgi?id=75381#c8).

Maybe [the script I wrote to force reconnecting by un- and reloading the driver][1] is of help for someone.

[1]:https://github.com/krichter722/ax88179_178a-pinger

Comment 13 Chris Bainbridge 2015-08-27 23:11:23 UTC

I am still seeing this with 4.2.0-rc7+ when using bittorrent:

Aug 28 00:08:12 debian kernel: net_ratelimit: 2186 callbacks suppressed
Aug 28 00:08:12 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:12 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:12 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:12 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:12 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:12 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:12 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:12 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:12 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:12 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:34 debian kernel: net_ratelimit: 9326 callbacks suppressed
Aug 28 00:08:34 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:34 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:34 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:34 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:34 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:34 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:34 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:34 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:34 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:34 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:51 debian kernel: net_ratelimit: 16601 callbacks suppressed
Aug 28 00:08:51 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:51 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:51 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:51 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped
Aug 28 00:08:51 debian kernel: ax88179_178a 2-3.3.4.1:1.0 eth0: kevent 2 may have been dropped

Comment 14 Stéphane Gourichon 2015-09-07 09:56:12 UTC

Hello,

On 2014-01-16 I reported a detailed bug regarding this device (or at least a device with same USB vendor/product ID), see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1269883 .  Tested on different PC, USB2 (ok) and 3 (fail) ports, results are reproducible.

Then I posted to linux-usb list with cc to Freddy Xin (who introduced the driver to the list), see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1269883/comments/19 .

It may or may not be the same bug, see comment there https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1269883/comments/22 .

Hope this helps.

Comment 15 William Gathoye 2016-05-22 13:59:46 UTC

Hi everyone.

Can we have updates on this topic? This is becoming quite blocking now as the vast majority of USB3 to Ethernet adapters are using the chipset ax88179_178a. We are now 2 years later now...

The problem is still present on 4.5 and even 4.6 but does not lead to kernel panics any more. We have still disconnections and the we need to unplug / replug the adapter manually in order to recover the connection. Also, when we are downloading at 1Gbps large files, it's likely the resulting file becomes corrupted at some point. I tried to transfer Linux distro isos, using FTP for maximum transfer rate, the iso were corrupted at the other end. Downgrading the connection bitrate or using SSH (ftp over ssh) sometimes helps, but this is not always the case.

[11597.425991] ax88179_178a 4-2:1.0 enp0s20u2: ax88179 - Link status is: 1
[11597.432683] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s20u2: link becomes ready
[16742.696384] usb 4-2: USB disconnect, device number 2
[16742.696488] ax88179_178a 4-2:1.0 enp0s20u2: unregister 'ax88179_178a' usb-0000:00:14.0-2, ASIX AX88179 USB 3.0 Gigabit Ethernet
[16742.696516] ax88179_178a 4-2:1.0 enp0s20u2: Failed to read reg index 0x0002: -19
[16742.696519] ax88179_178a 4-2:1.0 enp0s20u2: Failed to write reg index 0x0002: -19
[16742.713088] ax88179_178a 4-2:1.0 enp0s20u2 (unregistered): Failed to write reg index 0x0002: -19
[16742.713093] ax88179_178a 4-2:1.0 enp0s20u2 (unregistered): Failed to write reg index 0x0001: -19
[16742.713112] ax88179_178a 4-2:1.0 enp0s20u2 (unregistered): Failed to write reg index 0x0002: -19
[16744.796619] usb 4-2: new SuperSpeed USB device number 4 using xhci_hcd
[16745.144022] ax88179_178a 4-2:1.0 eth0: register 'ax88179_178a' at usb-0000:00:14.0-2, ASIX AX88179 USB 3.0 Gigabit Ethernet, 00:24:9b:07:36:81
[16745.189310] ax88179_178a 4-2:1.0 enp0s20u2: renamed from eth0
[16745.215327] IPv6: ADDRCONF(NETDEV_UP): enp0s20u2: link is not ready
[16745.536542] IPv6: ADDRCONF(NETDEV_UP): enp0s20u2: link is not ready
[16748.586260] ax88179_178a 4-2:1.0 enp0s20u2: ax88179 - Link status is: 1
[16748.591156] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s20u2: link becomes ready
[17046.546101] perf interrupt took too long (5006 > 4960), lowering kernel.perf_event_max_sample_rate to 25200

Comment 16 Martin Pecka 2016-08-31 13:43:05 UTC

I also suffer from this error on kernel 4.4. But I've seen the asix driver version distributed with 4.7 stable kernel is still from year 2011. Why don't we update the driver to a newer version provided by the manufacturer?

http://www.asix.com.tw/FrootAttach/driver/AX88772C_772B_772A_760_772_178_LINUX_DRIVER_v4.18.1_Source.tar.gz

Comment 17 William Gathoye 2016-08-31 19:00:05 UTC

Thanks Martin. The driver version you mentioned is for AX88772C and onwards AFAIK, not AX88179. But I think the issues are the same. The in tree ASIX drivers might not have been updated for ages.

AX88179: http://www.asix.com.tw/FrootAttach/driver/AX88179_178A_LINUX_DRIVER_v1.14.4_SOURCE.zip

Comparing the file ax88179_178a.c from the zip and the one from the kernel, there are huge differences in them.

The last update brought to that file in kernel tree dates back from 2014-10-20.
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/drivers/net/usb/ax88179_178a.c

Btw, I realized there was a community package which brings an up to date version of the driver for my GNU Linux distribution (Arch Linux). Gonna test that one if things changes.
https://aur.archlinux.org/packages/asix-ax88179-dkms/

Comment 18 Matthieu Pepin 2016-10-13 14:30:55 UTC

I have the same issue with a plugable brand USB3 gigabit adapter with the AX88719 chipset. I can make it crash in a few seconds by receiving a 1080P H264 stream via UDP. My laptop is a Dell XPS 13 9350 (Skylake, 2016 version).

Comment 19 Quentin 2016-12-08 08:51:16 UTC

We are having the same issue with a cluster of Odroid UX3 boards which are part of a research project. The error appears when we put the network under load through an intensive MPI program. In this case we are using Ethernet as interconnects for the boards in the cluster. We've attempted compiling and loading the newest available driver for the ax88179 chip (v1.16.0) which we found here:

http://www.asix.com.tw/FrootAttach/driver/AX88179_178A_LINUX_DRIVER_v1.16.0_SOURCE.tar.bz2

Rerunning the program shows that the bug is still present in the newest driver. We have some people on the team who have experience hacking the kernel and are seeing if they can find any clues about what is causing this error.

Comment 20 Stéphane Gourichon 2016-12-08 09:31:57 UTC

Hello Quentin.

From http://www.hardkernel.com/main/products/prdt_info.php?g_code=g140448267127 I see that Odroid UX3 has one USB3 and 4 USB2 ports.  Which one do you use?
Can you try the other option and tell about any observed difference in behavior?

This information would help to clarify if we've got one or two different bugs. Some people report trouble only on high network load, while another case is trouble with USB3 at all times (details about what to look for in dmesg log are in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1269883 ).

Comment 21 Quentin 2016-12-08 22:26:29 UTC

Hi Stéphane,

We have been using the ethernet adaptors with the USB 3.0 ports under light loads (SSH and/or SCP) and it seems to be working fine. We are only seeing issues when putting them under heavy load during the MPI program. We can try switching to USB 2.0 ports and see if that changes any behaviour.

Comment 22 Cinder 2018-08-22 13:45:43 UTC

Hello, I am experiencing this using an Azulle Byte Plus device which has this chipset onboard running kernel 4.17.17.

[   10.641645] ax88179_178a 1-3.4:1.0 eth0: Failed to write reg index 0x000d: -71
[   10.641724] ax88179_178a 1-3.4:1.0 eth0: Failed to write reg index 0x000e: -71
[   10.641802] ax88179_178a 1-3.4:1.0 eth0: Failed to write reg index 0x000d: -71
[   10.641883] ax88179_178a 1-3.4:1.0 eth0: Failed to write reg index 0x000e: -71
[   10.641964] ax88179_178a 1-3.4:1.0 eth0: Failed to read reg index 0x0000: -71
[   10.642015] ax88179_178a 1-3.4:1.0 eth0: Failed to write reg index 0x0000: -71
[   10.642160] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

I am wondering if anybody is working on this or if there is any additional information not available here or one of the other linked bug reports. I would like to attempt to fix the issue, but if there is any additional information, it would save me time to have that. I also don't want to step on anybody's toes if they're already looking into it.

Comment 23 William Gathoye 2018-08-22 14:40:57 UTC

Hi Cinder,

Thanks for your interest. Monitoring this thread and the aforementioned links as well, I can confirm to you it seems indeed there is unfortunately nobody working on a fix at the moment.

On my side, since I couldn't invest more time in it, I switched to a RTL8153 which didn't suffer on these reliability problem but suffers a bitrate problem (we are more likely to the 125 Mbps rather than to the advertised 1 Gbps, but that's another story).

I'm maintaining the DKMS linux out-of-tree package for ax88179_178a on Arch Linux and I have realized I don't have issues any more printed on dmesg, but the dongle is still not stable, I'm unable to perform a scp or rsync properly without the application layer from lagging then unexpectedly crashing.

So my idea was maybe to rebase the kernel code to the latest one provided by ASIX and find out the issue.

If you need additional pieces of information since I own dongle devices, I would be glad to help! :)

NB: Please not I don't have a custom kernel any more, only default Arch Linux one 4.18.3 at the moment).

Comment 24 Cinder 2018-08-22 15:03:25 UTC

Thanks for confirming. I did try building the driver available from ASIX last night, it didn't seem to fare any better. I think comparing the two versions is a good idea though.

Unfortunately, since this is an onboard LAN, I don't have much of an option to swap it out. (I actually bought a dongle just to check if the hardware was bad, but as luck would have it the dongle uses the very same chipset as the mainboard with the same results.)

I will update as I work on this.

Comment 25 Stéphane Gourichon 2018-08-22 15:54:46 UTC

Quentin wrote:

> We can try switching to USB 2.0 ports and see if that changes any behaviour.

Hi Quentin.

It's been a while. Did you try switching to USB 2.0 ports? Please share any relevant information.

Comment 26 Quentin 2018-08-29 05:11:18 UTC

Its been a while, I looked into it for an electrical engineering friend. I cant remember exactly what the workaround was.

I believe he switched to using USB 2.0 ports. He also might have used a different USB 3.0 adapter.

Comment 27 Matthieu Pepin 2018-09-27 13:04:23 UTC

Still an issue in 4.18.9... However, I have 2 different USB3 adapters with the same chipset. One is the Plugable USB3-E1000 (which has the problem within a second when running iperf). The other one is a cheap Amazon Basics USB3 Gigabit Ethernet Adapter which runs perfectly fine. Both use the same driver. I don't have any USB2 ports on my Dell laptop so I can't test if USB2 is OK.

Comment 28 Cinder 2018-09-27 13:38:58 UTC

Matthieu, can you e-mail me a link to the Amazon branded adapter that works? cinder@cinderblocks.biz I'd like to pick one up for testing.

Comment 29 Matthieu Pepin 2018-09-27 13:42:13 UTC

Sure, I bought this one:

http://a.co/d/cZbYwot

Comment 30 Cinder 2018-09-27 13:50:43 UTC

Interesting. I do have this device. The last I tested (on 4.17.17), it reproduced the issue, albeit not immediately. I will have to give it another try when I get back to my test machine with a newer kernel.