CVE-2026-53100
Received Received - Intake
Deadlock in Linux Kernel mt76 WiFi Driver

Publication date: 2026-06-24

Last updated on: 2026-06-24

Assigner: kernel.org

Description
In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: fix deadlock in remain-on-channel mt76_remain_on_channel() and mt76_roc_complete() call mt76_set_channel() while already holding dev->mutex. Since mt76_set_channel() also acquires dev->mutex, this results in a deadlock. Use __mt76_set_channel() instead of mt76_set_channel(). Add cancel_delayed_work_sync() for mac_work before acquiring the mutex in mt76_remain_on_channel() to prevent a secondary deadlock with the mac_work workqueue.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-06-24
Last Modified
2026-06-24
Generated
2026-06-25
AI Q&A
2026-06-24
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Currently, no data is known.
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-UNKNOWN
Attack-Flow Graph
AI Quick Actions
Instant insights powered by AI
Executive Summary

This vulnerability is a deadlock issue in the Linux kernel's mt76 wifi driver. Specifically, the functions mt76_remain_on_channel() and mt76_roc_complete() call mt76_set_channel() while already holding a mutex (dev->mutex). Since mt76_set_channel() also tries to acquire the same mutex, this causes a deadlock.

The fix involves using an internal function __mt76_set_channel() instead of mt76_set_channel() to avoid re-acquiring the mutex, and adding cancel_delayed_work_sync() for mac_work before acquiring the mutex in mt76_remain_on_channel() to prevent a secondary deadlock with the mac_work workqueue.

Impact Analysis

This deadlock vulnerability can cause the affected wifi driver to hang or freeze when handling remain-on-channel operations. This can lead to loss of wifi connectivity or degraded network performance on systems using the mt76 driver, potentially disrupting network-dependent applications or services.

Mitigation Strategies

The vulnerability is fixed by modifying the Linux kernel code to avoid deadlocks in the mt76 wifi driver. Specifically, the fix involves using __mt76_set_channel() instead of mt76_set_channel() and adding cancel_delayed_work_sync() for mac_work before acquiring the mutex in mt76_remain_on_channel().

To mitigate this vulnerability immediately, you should update your Linux kernel to a version that includes this fix.

Chat Assistant
Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-53100. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70
EPSS Chart