-
Notifications
You must be signed in to change notification settings - Fork 5.1k
MT7921 wifi tx urb failed #6500
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
Comments
What else is attached to your 3B+? The linked thread is very long - please give a link to the bit that makes you think that the two issues are connected. |
Spontaneous transaction errors followed by disconnect/reconnect are usually a symptom of the device exceeding the available downstream port power. What happens when you plug the dongle into a powered USB hub? |
After the discussion in #6460, I connected an external power source to my USB WiFi adapter, and since then, there have been no power supply issues.However, after switching to a new USB WiFi adapter, another issue gone on. This time, it should be a kernel-related problem. Additionally, according to morrownr/USB-WiFi#410, this problem also affects x86 devices. |
also see morrownr/USB-WiFi#477 |
ok, it is a issue of bad usb cable |
Nobody should be surprised - we've seen many shockingly bad USB cables over the years. |
No,It not a usbcabel issue.This problem has appear again.I feel like it's related to the signal strength |
But when this error occurs and the network is disconnected, there is still a link rate of 300mbps. |
I've also been stuck with similar problems and have spent a fair amount of time trying to debug it. I posted about it in the Raspberry Pi Forums last week here but have yet to see any responses to it. I'm convinced that there are just issues with the 6.6 Raspberry Pi kernel and the USB host controller being able to deal with Mediatek wifi cards appropriately. I'm not going to repost my whole forum post here, but when I use an Alfa Networks AWUS036ACM WiFi adapter and just repeatedly run Nmap scans on a /24 network, I can get the USB device to just completely lock up. It seems like there comes a point that the ieee80211 queues just aren't being processed anymore, so the queues completely fill up and it can't do anything else. It can be fixed by rebooting the pi or re-plugging the USB device. Most people report issues when using Mediatek devices in AP mode, but I think the problem is more broad than that, as I'm getting similar issues without that. I'll note that I'm not using a powered USB hub, no USB cable to blame, and I get the problem to occur in both USB2 and USB3 ports. I know the pi kernel is getting close to releasing 6.12, and I have had a lot of luck using that kernel. My device has not locked up at all since upgrading with |
Describe the bug
mt7921u 1-1.3:1.0: tx urb failed: -71
Steps to reproduce the behaviour
using mt7921.
Device (s)
Raspberry Pi 3 Mod. B+
System
6.6.51+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.51-1+rpt3 (2024-10-08) aarch64 GNU/Linux
Raspberry Pi reference 2024-03-15
Logs
Additional context
According to what is said here morrownr/USB-WiFi#410 , it is a kernel driver bug?
The text was updated successfully, but these errors were encountered: