CVE-2026-72314High· 7.8▾ TwilightIn the Linux kernel, the following vulnerability has been resolved: regulator: core: regulator_lock_two() should test for EDEADLK not EDEADLOCK Compare against -EDEADLK, which is what ww_mutex_lock() actually returns and what every oth…
▾ Twilight zone — High severity, or a signal on a lesser flaw
impact 42.9 · likelihood 0 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
Stakeholder-Specific Vulnerability Categorization from CISA's ADP record at CVE.org: whether exploitation is observed, whether an attack can be automated, and how much of the system is at stake. The CVSS score shown above comes from the assigning CNA record, not NVD.
Disclosure to exploitation, from the record and what we observed since indexing it.
Disclosed via CVEORG
Last analysed / modified upstream
0.2%
In the Linux kernel, the following vulnerability has been resolved:
regulator: core: regulator_lock_two() should test for EDEADLK not EDEADLOCK
Compare against -EDEADLK, which is what ww_mutex_lock() actually returns and what every other deadlock check in this file already uses.
Function regulator_lock_two() acquires two regulators via regulator_lock_nested() -> ww_mutex_lock(). On contention, ww_mutex_lock() returns -EDEADLK, which is the caller's signal to drop the lock it holds and retry the acquisition in the canonical order.
However, regulator_lock_two() tests the return value against -EDEADLOCK rather than -EDEADLK. On most architectures, EDEADLK and EDEADLOCK are the same value, so the comparison happens to be correct and the bug is invisible. But on MIPS, SPARC, and PowerPC, those two errors have different values. The test is wrong: a genuine -EDEADLK backoff no longer matches -EDEADLOCK, so instead of unlocking and retrying, the code falls into WARN_ON(ret) and returns with only one of the two regulators locked.
In practice, this is a bug only on MIPS, because the regulator core is not built or used on the other two platforms.
In general, EDEADLK is preferred over EDEADLOCK for new code.
Linux >= 06140d6dfe720d80566f792b4e28a9cd60a67970 < dc804f390fddd9c389edf0976356942e16878d8fLinux >= 1e3056b8067c2e9b7741c4e588f0acacbe4bdafc < 8e39aa63798ea0a797fd9341419f12ef91df3238Linux >= 849ab4cf182b38e562ffcc1b494d510e948822dd < 0c305eac40470a224671858a215963b070f9b2a9Linux >= cba6cfdc7c3f1516f0d08ddfb24e689af0932573 < 29a7953e9adea6c7f9e64947745b79158e7cea7fLinux >= cba6cfdc7c3f1516f0d08ddfb24e689af0932573 < e2063307ea3b6da74585129ba7b588e8243e2ef0Linux >= cba6cfdc7c3f1516f0d08ddfb24e689af0932573 < 346e2d666a29ae7233c56b356a0487eb1d42589bLinux >= cba6cfdc7c3f1516f0d08ddfb24e689af0932573 < 153d1b8b5bc30847eb70ad535f62f289aa9217e6Linux >= cba6cfdc7c3f1516f0d08ddfb24e689af0932573 < d38f8bd771c4999b797d7074b348cf201414bd34Linux 5224ea575196db11c0a909a78ea426ccdb92f064Linux 435c65af581a61ca249bd8f717c3a147dc119f11Linux cdc042430ea9e07f77ce05a9d29e227dbdecc733Linux >= 5.10.180 < 5.10.261Linux >= 5.15.111 < 5.15.212Linux >= 6.1.28 < 6.1.178Linux >= 5.4.243 < 5.5Linux >= 6.2.15 < 6.3Linux >= 6.3.2 < 6.4Linux 6.4Refer to the linked advisories for vendor-supplied fixes and affected version ranges.
Connected by shared product, vendor, weakness, or advisory.
CVE-2026-99999Critical· 9.3In the Linux kernel, the following vulnerability has been resolved: ipv4: validate checksum_start before completing checksum If a packet with bad checksum metadata gets into the ipv4 stack, skb_checksum_help can corrupt the network hea…
CVE-2026-98432NoneIn the Linux kernel, the following vulnerability has been resolved: ipv4: free inet_opt and ireq_opt after an RCU grace period tcp_v4_syn_recv_sock() transfers ownership of ireq->ireq_opt to the child socket (newinet->inet_opt) without…
CVE-2026-98431Medium· 5.5In the Linux kernel, the following vulnerability has been resolved: RDMA/uverbs: Fix mmap_lock/disassociation_lock circular dependency Commit 51976c6cd786 ("RDMA/core: Provide rdma_user_mmap_disassociate() to disassociate mmap pages") …
CVE-2026-98430NoneIn the Linux kernel, the following vulnerability has been resolved: RDMA/efa: Keep admin queues alive while IRQ is registered The management IRQ handler accesses both the admin completion queue and the async event queue
CVE-2026-98429High· 7.0In the Linux kernel, the following vulnerability has been resolved: RDMA/efa: Keep EQ resources alive while IRQ is registered The completion IRQ handler accesses the EQ state and DMA buffer
CVE-2026-98428NoneIn the Linux kernel, the following vulnerability has been resolved: ALSA: usb: 6fire: Avoid embedded URBs The USB 6fire driver uses URBs embedded in different structs for PCM, MIDI and communication, and this is basically a buggy imple…