CVE Catalog

CVE-2026-80938

Low risk· EPSS 6%
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.17%

6th percentile - higher than 6% of all known CVEs

Summary

In the Linux kernel, the mt76 wifi driver (mt7615) acquires the mt76 mutex in mt7615_suspend() and then calls cancel_delayed_work_sync() on mac_work. Since mt7615_mac_work() also acquires the same mutex, if mac_work is already running and blocked on the mutex, the suspend path deadlocks.

Risk Assessment

A deadlock during device suspend can cause a system hang or prevent the system from entering sleep state.

Recommendation

Update the Linux kernel to a version with the fix that flushes scan_work and mac_work before taking the mutex.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7615: avoid waiting for mac work under the mt76 mutex mt7615_suspend() acquired the mt76 mutex and then called cancel_delayed_work_sync() on mac_work. mt7615_mac_work() acquires the same mutex via mt7615_mutex_acquire() at the top of the worker, so if mac_work is already running and blocked on the mutex, the suspend path deadlocks waiting for the work it holds the mutex against. Flush scan_work and mac_work before taking the mutex, matching the suspend paths in mt7921 and mt7925. scan_work only takes the mt76 spinlock, but moving it keeps the sequence consistent. This also keeps mac_work from running over an already suspended HIF, which the previous split (async cancel under the lock, sync cancel after release) would have allowed.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS