mt7628 transmits old frames
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 888
- Forks
- 436
- PR merge metrics
- No merged PRs in 30d
Description
When using iperf3 to a client periodically the throughput will drop to 0 and iwlwifi will report the following:
reached 10 old SN frames from 44:01:bb:8a:d4:2a on queue 9, stopping BA session on TID 0
According to the iwlwifi source, this is caused by a bad access point (see: https://www.spinics.net/lists/linux-wireless/msg189740.html), as such the blame is pointed at the mt72 module.
Possibly unrelated, but if high throughput traffic (80-90Mbit/s) continues for more than an hour eventually the mt76_wmac just stops working. Attempting to restart the wifi (wifi up on OpenWrt) causes the following:
mt76_wmac 10300000.wmac: MCU message 08 (seq 8) timed out
Recovery is only possible by rebooting the hardware.
Configuration: WPA2-EAP-FT
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the throughput drop with iperf3 under WPA2-EAP-FT and inspect the mt7628 and mt76_wmac behavior around the old-frame report and MCU timeout. Use the linked iwlwifi discussion as context. Done should include sustained traffic without the failure and recovery without rebooting the hardware.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100