[REGRESSION] mt7925: MLO connectivity silently stalls with 6GHz link active
Devin Wittmayer
lucid_duck at justthetip.ca
Sat Oct 3 11:03:34 PDT 2026
On Fri, 2026-10-02 at 18:11 +0000, Jonas Hort wrote:
> I just came across this patch from Andrei Rusu de Castro, posted on
> 2026-09-02 with "Fixes: ff643b81bc38" (the commit I bisected to):
>
> Patch wifi: mt76: mt7925: stabilize STA_REC_MLD link selection
>
> Could this be the fix for this regression? Devin, you mentioned the
> link count undercount is real but likely not the root cause - does
> this patch change that assessment?
The patch you found does not fix this stall. Andrei never claimed it
would and it did no harm here, so this is not an argument against it.
bench A 2 Sep MT7925 PCIe, 7.2.0-rc5 + lockdep, morrownr @ 6b0ef22e
bench B 3 Oct MT7925U USB, 7.2.6, morrownr @ 8e9309b
both firmware 20260813113118, DevLabMLD on 5745 and 6135 MHz,
iw scan every 4 s under bulk upload. Neither is in-tree.
run bench last worked at 600 s
stock A 120 s dead
+ the patch A 141 s dead
stock B 122 s dead
+ the patch, run 1 B 123 s dead
+ the patch, run 2 B 123 s dead
primary link only B 583 s alive
Every two-link run died between 120 and 141 seconds, patched or not, and
none recovered. Each stayed associated on both links, reporting a healthy
rate while the AP heard nothing from the client.
The patch describes both links on every update. In August I got to that
same record another way, dropping the undercounting update, and it
stalled then too.
The arm that stays up describes the primary link only. Not a fix, it
hides the second link, but the stall tracks whether that second link is
in the record.
Thanks for your patience, and for the bisect and for finding the patch
yourself.
Devin
More information about the Linux-mediatek
mailing list