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
mt7921u pending tx #410
Comments
here is the next: |
Also seeing that in journalctl as well: Mar 28 22:22:52 hostname here kernel: mt7921u 1-1.4:1.3: timed out waiting for pending tx Seems to be associated with the random failure to forward packets issue I have seen over the past few weeks on mt7921u and mt7921k. Fortunately, this is mitigated by restarting hostapd most of the time, but very rarely I will need to full reboot the machine the mt7921 is attached to, too. I will try to come up with concrete steps to replicate the issue. |
After seeing the first message I have been keeping an eye open. It is clear that @fhteagle is in AP mode but it is not clear what mode @Simon566 is in. That would be good info to know. I have seen some errors like this when inadequate or failing power supplies were involved. I have a mt7921au based adapter in AP Mode on a Pi4B. It is running RasPiOS with kernel 6.6. I'm not seeing this. Can you go into more detail about:
|
Hi , its the same here. Im running AP mode on X86-64 hardware, running Debian Bookworm with latest kernel 6.6.23 and hostapd from git mainline. Having a single client doesnt seem to trigger the fault, even when using things like openspeedtest or similar sites. But when i put the AP into my real network with 10 clients , it fails within a day mostly. Using a rtl8812au AP runs for weeks at least before having some issues, also on USB hardware. regards, |
I cannot give a cause of the issue, nor how to reproduce reliably. Best pattern I can describe now is three general classes of failure, that may or may not be related:
All 3 failure modes can be cleared with ~95%+ success rate by a simple systemd restart of the hostapd service for that adapter. ~5% of the time I have to reboot to clear the failure mode. The pending tx journal message is most strongly associated with failure modes 2 and 3, but not perfectly correlated. I can have a mode 2 or mode 3 failure with or without the journal message. With the journal message, there will always be either mode 2 or mode 3 failure. Again, I'm running bleeding edge hostapd-git , so entirely possible this is the root cause. Behavior seen on arch x86_64 and aarch64 (raspberry pi 3b and 4b) hosts, using MT7921K (pci) and MT7921AU (usb) cards. Adapters are bridged, either via systemd/networkd config, or the bridge = option in hostapd.conf, with one or more ethernet NIC and other adapter device on each host. |
[Do Mär 21 22:48:23 2024] mt7921u 1-1:1.3: Message 00020003 (seq 6) timeout
[Do Mär 21 22:48:24 2024] mt7921u 1-1:1.3: timed out waiting for pending tx
[Do Mär 21 22:48:24 2024] mt7921u 1-1:1.3: HW/SW Version: 0x8a108a10, Build Time: 20240219110958a
[Do Mär 21 22:48:24 2024] mt7921u 1-1:1.3: WM Firmware Version: ____010000, Build Time: 20240219111038
[Fr Mär 22 06:17:31 2024] mt7921u 1-1:1.3: vendor request req:63 off:d02c failed:-110
[Fr Mär 22 06:17:34 2024] mt7921u 1-1:1.3: vendor request req:63 off:d054 failed:-110
[Fr Mär 22 06:17:37 2024] mt7921u 1-1:1.3: vendor request req:63 off:d058 failed:-110
[Fr Mär 22 06:17:41 2024] mt7921u 1-1:1.3: vendor request req:63 off:53b8 failed:-110
.....alot more of the -110
[Fr Mär 22 06:42:20 2024] task:kworker/u8:3 state:D stack:0 pid:1179348 ppid:2 flags:0x00004000
[Fr Mär 22 06:42:20 2024] Workqueue: phy0 mt792x_mac_work [mt792x_lib]
[Fr Mär 22 06:42:20 2024] Call Trace:
[Fr Mär 22 06:42:20 2024]
[Fr Mär 22 06:42:20 2024] __schedule+0x3c4/0xb50
[Fr Mär 22 06:42:20 2024] schedule+0x61/0xe0
[Fr Mär 22 06:42:20 2024] schedule_preempt_disabled+0x18/0x30
[Fr Mär 22 06:42:20 2024] __mutex_lock.constprop.0+0x3b4/0x700
[Fr Mär 22 06:42:20 2024] mt792x_mac_work+0x28/0xb0 [mt792x_lib]
[Fr Mär 22 06:42:20 2024] process_one_work+0x171/0x340
[Fr Mär 22 06:42:20 2024] worker_thread+0x27b/0x3a0
[Fr Mär 22 06:42:20 2024] ? __pfx_worker_thread+0x10/0x10
[Fr Mär 22 06:42:20 2024] kthread+0xf4/0x130
[Fr Mär 22 06:42:20 2024] ? __pfx_kthread+0x10/0x10
[Fr Mär 22 06:42:20 2024] ret_from_fork+0x31/0x50
[Fr Mär 22 06:42:20 2024] ? __pfx_kthread+0x10/0x10
[Fr Mär 22 06:42:20 2024] ret_from_fork_asm+0x1b/0x30
[Fr Mär 22 06:42:20 2024]
[Fr Mär 22 06:42:20 2024] Future hung task reports are suppressed, see sysctl kernel.hung_task_warnings
[Fr Mär 22 06:42:22 2024] mt7921u 1-1:1.3: vendor request req:63 off:4230 failed:-110
[Fr Mär 22 06:42:25 2024] mt7921u 1-1:1.3: vendor request req:63 off:4230 failed:-110
The text was updated successfully, but these errors were encountered: