CVE-2026-46262: Linux kernel · ASoC: fsl_xcvr: Revert fix missing lock in fsl_xcvr_mode_put()
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in b0f74f5d24fe3c73ef1369a811891198b54c1e8e : update Linux kernel when convenient.
Data as of 6 Nov 2026, 16:34 UTC
Rated by Threat Radar · No CVSS score from NVD or the CNA
Thin evidence
One scorer or none- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers cannot reliably automate steps 1–4 of the kill chain
- Technical impact
- Limited control over the software or limited information exposure
CISA SSVC assessment, 2026-11-06.
- Patch
- Available – fixed in b0f74f5d24fe3c73ef1369a811891198b54c1e8e, ae5a70e3e87c28edbaf9939cfef1bcbd9615420f, 0886dc6326c3cc596799c4340d342898301cf52a +9
Exploitation evidence
Disclosed: evidence found.
CVE published 3 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 6 Nov 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: ASoC: fsl_xcvr: Revert fix missing lock in fsl_xcvr_mode_put() This reverts commit f51424872760 ("ASoC: fsl_xcvr: fix missing lock in fsl_xcvr_mode_put()"). The original patch attempted to acquire the card->controls_rwsem lock in fsl_xcvr_mode_put(). However, this function is called from the upper ALSA core function snd_ctl_elem_write(), which already holds the write lock on controls_rwsem for the whole put operation. So there is no need to simply hold the lock for fsl_xcvr_activate_ctl() again. Acquiring the read lock while holding the write lock in the same thread results in a deadlock and a hung task, as reported by Alexander Stein.
References
- git.kernel.org/stable/c/ae5a70e3e87c28edbaf9939cfef1bcbd9615420f (opens in a new tab)
- git.kernel.org/stable/c/30ffcad5edb56947dccc26f6816ab7a55b21a711 (opens in a new tab)
- git.kernel.org/stable/c/29b2fbe3498da3681a01b34e4a2259f8a1b89448 (opens in a new tab)
- git.kernel.org/stable/c/b0f74f5d24fe3c73ef1369a811891198b54c1e8e (opens in a new tab)
- git.kernel.org/stable/c/9a2a5da002775376498e8814df4a87cd629a3a0c (opens in a new tab)
- git.kernel.org/stable/c/0886dc6326c3cc596799c4340d342898301cf52a (opens in a new tab)
- git.kernel.org/stable/c/9f16d96e1222391a6b996a1b676bec14fb91e3b2 (opens in a new tab)