[SOLVED] USB wifi dongle needs to be replugged on every boot

pg_4919 · 2024-07-13 21:11:35

I am using a TN-725N usb wifi dongle provided by TP-link. Recently (maybe since 2-3 weeks ago) I've been experiencing an issue where the dongle fails to register as an interface when running ip link. The fix is to unplug the dongle and plug it in again, whereupon everything works as intended.

The dongle shows up in lsusb despite not appearing in ip link, so I think it's a driver issue relating to rtl8xxxu, maybe with some power management setting. I'm currently on the lts kernel, but I have tested it on the regular kernel with the same result. I have also tried a full system reinstall, but the issue persists.

I'm not very good with this sort of stuff, so if anyone could shed some light on what "rtl8xxxu error -11" is, or suggest a quick fix, that would be great.
I found this Github issue which encountered the same error. It seemed to be resolved by switching to the rtl8192cu driver, which I'm going to try next.

Here is the relevant dmesg log of the unwanted behavior upon boot:

[   13.219689] usb 1-8: RTL8188EU rev D (TSMC) romver 0, 1T1R, TX queues 2, WiFi=1, BT=0, GPS=0, HI PA=0
[   13.219693] usb 1-8: RTL8188EU MAC: 98:48:27:e7:69:de
[   13.219695] usb 1-8: rtl8xxxu: Loading firmware rtlwifi/rtl8188eufw.bin
[   13.257192] usb 1-8: Firmware revision 28.0 (signature 0x88e1)
[   13.267492] usb 1-8: rtl8xxxu_writeN: Failed to write block at addr: 1280 size: 0080
[   13.267707] rtl8xxxu: probe of 1-8:1.0 failed with error -11
[   13.267741] usbcore: registered new interface driver rtl8xxxu

Here is the relevant dmesg after replugging the dongle

[ 2935.969342] usb 1-8: USB disconnect, device number 4
[ 2938.110061] usb 1-8: new high-speed USB device number 6 using xhci_hcd
[ 2938.317315] usb 1-8: New USB device found, idVendor=0bda, idProduct=8179, bcdDevice= 0.00
[ 2938.317324] usb 1-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2938.317327] usb 1-8: Product: 802.11n NIC
[ 2938.317329] usb 1-8: Manufacturer: Realtek
[ 2938.317331] usb 1-8: SerialNumber: 00E04C0001
[ 2938.388131] usb 1-8: RTL8188EU rev D (TSMC) romver 0, 1T1R, TX queues 2, WiFi=1, BT=0, GPS=0, HI PA=0
[ 2938.388139] usb 1-8: RTL8188EU MAC: 98:48:27:e7:69:de
[ 2938.388143] usb 1-8: rtl8xxxu: Loading firmware rtlwifi/rtl8188eufw.bin
[ 2938.388311] usb 1-8: Firmware revision 28.0 (signature 0x88e1)
[ 2938.919556] rtl8xxxu 1-8:1.0 wlp1s0f0u8: renamed from wlan0
[ 3291.455631] wlp1s0f0u8: authenticate with 84:1b:5e:aa:37:59
[ 3291.457550] wlp1s0f0u8: send auth to 84:1b:5e:aa:37:59 (try 1/3)
[ 3291.459964] wlp1s0f0u8: authenticated
[ 3291.466661] wlp1s0f0u8: associate with 84:1b:5e:aa:37:59 (try 1/3)
[ 3291.473638] wlp1s0f0u8: RX AssocResp from 84:1b:5e:aa:37:59 (capab=0x411 status=0 aid=7)
[ 3291.474205] usb 1-8: rtl8xxxu_bss_info_changed: HT supported
[ 3291.474932] wlp1s0f0u8: associated

Last edited by pg_4919 (2024-07-14 12:23:35)

seth · 2024-07-13 22:05:21

◉ errno 11                    
EAGAIN 11 Resource temporarily unavailable

The linked bug concerns intermittent connection losses, not an inability to talk to the device and alsoyou don't have an 8192cu chip, I'm not sure whether that driver can support an RTL8188EU

This is perhaps some race condition or "maybe with some power management setting", so the interesting part is what else is going on when the dongle tells you to come back later, please post your complete system journal for the boot:

sudo journalctl -b | curl -F 'file=@-' 0x0.st

Sanity check: is there a parallel windows installation?

pg_4919 · 2024-07-13 22:19:52

I'm not sure if it's a negative sign, but the error code is outputted as -11, not 11.

Here's the full boot log http://0x0.st/XL9s.txt

No parallel windows installation

seth · 2024-07-14 06:34:36

the error code is outputted as -11, not 11.

That's normal.

There's somehow a BT dongle(?) attached to an (external?) hub?
That seems to act up

Jul 13 18:09:09 peter-desktop kernel: usb 1-7.1: new full-speed USB device number 5 using xhci_hcd
Jul 13 18:09:09 peter-desktop kernel: usb 1-7.1: device descriptor read/64, error -32
Jul 13 18:09:09 peter-desktop kernel: usb 1-7.1: New USB device found, idVendor=0bda, idProduct=8771, bcdDevice= 2.00
Jul 13 18:09:09 peter-desktop kernel: usb 1-7.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jul 13 18:09:09 peter-desktop kernel: usb 1-7.1: Product: Bluetooth Radio
Jul 13 18:09:09 peter-desktop kernel: usb 1-7.1: Manufacturer: Realtek
Jul 13 18:09:09 peter-desktop kernel: usb 1-7.1: SerialNumber: 00E04C239987

What if you remove that? Same issue around the wifi dongle?

pg_4919 · 2024-07-14 11:56:52

Yes, removing the Bluetooth dongle resolves the issue

I have the BT dongle attached to a usb port on the front of my case, which is connected to the motherboard separately from the rear usb ports. I did this originally to prevent interference between the two, since sometimes my wifi would drop while playing audio. Funnily enough connecting the bluetooth dongle to the rear ports as well doesn't seem to cause the issue.

Is there any solution that allows the bluetooth dongle to be connected to the front?

pg_4919 · 2024-07-14 12:23:22

Turns out that if I just move the bluetooth dongle to the other usb slot on the front everything works perfectly

Marking as solved

Arch Linux

#1 2024-07-13 21:11:35

[SOLVED] USB wifi dongle needs to be replugged on every boot

#2 2024-07-13 22:05:21

Re: [SOLVED] USB wifi dongle needs to be replugged on every boot

#3 2024-07-13 22:19:52

Re: [SOLVED] USB wifi dongle needs to be replugged on every boot

#4 2024-07-14 06:34:36

Re: [SOLVED] USB wifi dongle needs to be replugged on every boot

#5 2024-07-14 11:56:52

Re: [SOLVED] USB wifi dongle needs to be replugged on every boot

#6 2024-07-14 12:23:22

Re: [SOLVED] USB wifi dongle needs to be replugged on every boot

Board footer