Skip to content

Conversation

@blocktrron
Copy link
Member

This is an issue i have observed for a longer time but never got around to bisect.

Looking at the graph, you can see memory usage filling up and the device subsequently reboot:

image

This is the same for the crashes within short intervals (additionally with high client-load):

image

I'll send the patch upstream, but i appreciate feedback as quite some popular devices from the lower-end (Netgear R6120 / Archer C50 / Xiaomi MiRouter 4AG) are affected.


The shared reset procedure of MT7610 and MT7612 stop all queues before starting the reset sequence but never restartet these like other supported mt76 chips do in the reconfig_complete call.

This leads to TX not continuing after the reset.

Restart queues in the reconfig_complete callback to restore functionality after the reset.

@blocktrron blocktrron force-pushed the mt76-wake-on-reconfig branch from de42848 to 45fdcaf Compare November 29, 2025 02:54
The shared reset procedure of MT7610 and MT7612 stop all queues before
starting the reset sequence.

They however never restart these like other supported mt76 chips
do in the reconfig_complete call. This leads to TX not continuing
after the reset.

Restart queues in the reconfig_complete callback to restore
functionality after the reset.

Signed-off-by: David Bauer <[email protected]>
Link: https://patchwork.kernel.org/project/linux-wireless/patch/[email protected]/
@blocktrron blocktrron force-pushed the mt76-wake-on-reconfig branch from 45fdcaf to 08ed069 Compare November 29, 2025 20:54
@blocktrron blocktrron merged commit f8ff0a2 into freifunk-gluon:main Dec 1, 2025
42 checks passed
@blocktrron blocktrron deleted the mt76-wake-on-reconfig branch December 2, 2025 22:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant