Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

USB WiFi (TP-Link Archer T2U PLUS) adapter not working on Odroid N2+ since recent kernel upgrade #7151

Open
1 task done
kartikynwa opened this issue Jul 11, 2024 · 7 comments

Comments

@kartikynwa
Copy link

Creating a bug report/issue

  • I have searched the existing open and closed issues

Required Information

  • DietPi version | 9.6, G_DIETPI_VERSION_RC=1, G_GITBRANCH='master', G_GITOWNER='MichaIng'
  • Distro version | G_DISTRO_NAME=bookwork, G_RASPBIAN=
  • Kernel version | 6.6.37-current-meson64
  • SBC model | G_HW_MODEL_NAME="Odroid N2 (aarch64)"
  • Power supply used | None. Direct connection used.
  • SD card used | SanDisk Extreme

Additional Information (if applicable)

  • Software title | iwd
  • Was the software title installed freshly or updated/migrated? No.
  • Can this issue be replicated on a fresh installation of DietPi? I haven't tried yet.

Steps to reproduce

  1. Have an Odroid N2+ with DietPi 9.5. Use an Archer T2U Plus USB wifi adapter with it.
  2. It works out of the box.
  3. Upgrade to DietPi 9.6 and upgrade the linux-{current,stb}-* packages alongside it.
  4. The wifi adapter is not functional anymore.

Expected behaviour

It should work.

Actual behaviour

I cannot use iwd to connect to a wifi network with the USB adapter. Specifically, the adapter appears in the outputs of commands like ip link, iwctl station list. But it does not detect any wifi networks. I have tested the adapter with a Windows laptop and can confirm that it still works. This happened after I upgraded linux-{current,stb}-* through apt and then rebooted which makes me think this is related to this kernel upgrade.

Extra details

Discussion regarding this took place here: #7138 (comment)

I am seeing this error output in dmesg. It is also dumped in the terminal at boot. I cannot make sense of it so I can't confidently say if this is relevant. I have only been accessing the machine over SSH over the past few months. Now I am seeing this error but I am also now accessing the machine directly so I can't say if this was occurring before and it is only now that I am seeing it:

PXL_20240710_185752179~2

Output for ip link:

3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2312 qdisc mq state UP mode DORMANT group default qlen 1000         link/ether 98:48:27:9c:e8:4d brd ff:ff:ff:ff:ff:ff

Output for ip a:

3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2312 qdisc mq state UP group default qlen 1000                      link/ether 98:48:27:9c:e8:4d brd ff:ff:ff:ff:ff:ff      inet6 fe80::9a48:27ff:fe9c:e84d/64 scope link              valid_lft forever preferred_lft forever

Output for iw dev wlan0 info:

Interface wlan0
        ifindex 3
        wdev 0x1
        addr 98:48:27:9c:e8:4d
        type managed
        wiphy 0
        channel 1 (2412 MHz), width: 20 MHz, center1: 2412 MHz
        txpower 20.00 dBm

Following a previous suggestion, I tried iw dev wlan0 set power_save off and ip l set wlan0 mode default. Neither helped.

I would like to first try downgrading the aforementioned kernel packages and see if it fixes the issue before trying to test this issue with a fresh install.

@MichaIng
Copy link
Owner

Hmm, after running ip l set wlan0 mode default, ip link still shows mode DORMANT? In case, is there any error output?

And does downgrading the kernel help?

apt install linux-{image,dtb}-current-meson64=24.5.0-trunk-dietpi1
reboot

@kartikynwa
Copy link
Author

No. Sorry for not being clear. The state does change from DORMANT to DEFAULT. But the adapter is still unable to find any wifi networks.

I just downgraded the psckages following the commands you suggested and I can resolutely confirm that the adapter has started working again.

You have no idea how happy this makes me.

@MichaIng
Copy link
Owner

Okay, then we can at least narrow it down and it works again for you for now. To prevent another upgrade of the kernel, mark then on hold:

apt-mark hold linux-{image,dtb}-current-meson64

@MichaIng
Copy link
Owner

I found a commit from 2 days before I triggered our last kernel update, which seems very suspicious: armbian/build#6888

wifi: rtw88: coex: Prevent doing I/O during Wi-Fi power saving

I triggered new builds with this patch removed. Let's see whether it helps: https://github.com/MichaIng/DietPi/actions/runs/9897823517

@MichaIng
Copy link
Owner

Okay, it is ready for testing:

cd /tmp
wget https://dietpi.com/downloads/binaries/testing/linux-{image,dtb}-current-meson64.deb
dpkg -i linux-{image,dtb}-current-meson64.deb
reboot

@kartikynwa
Copy link
Author

I was just able to test it. Unfortunately it looks like the testing debs don't fix the problem. The adapter is still unable to detect any networks. The mode also shows up as DORMAN under ip link. But setting it to default does not fix it either.

@kartikynwa
Copy link
Author

Btw let me know if you need any more info. Happy to provide.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants