IT

Tracker / CVE-2026-43211

CVE-2026-43211

High 7.8

In the Linux kernel, the following vulnerability has been resolved: PCI: Fix pci_slot_trylock() error handling Commit a4e772898f8b ("PCI: Add missing bridge lock to pci_bus_lock()") delegates the bridge device's pci_dev_trylock() to pci_bus_trylock() in pci_slot_trylock(), but it forgets to remove the corresponding pci_dev_unlock() when pci_bus_trylock() fails. Before a4e772898f8b, the code did: if (!pci_dev_trylock(dev)) /* <- lock bridge device */ goto unlock; if (dev->subordinate) { if (!pci_bus_trylock(dev->subordinate)) { pci_dev_unlock(dev); /* <- unlock bridge device */ goto unlock; } } After a4e772898f8b the bridge-device lock is no longer taken, but the pci_dev_unlock(dev) on the failure path was left in place, leading to the bug. This yields one of two errors: 1. A warning that the lock is being unlocked when no one holds it. 2. An incorrect unlock of a lock that belongs to another thread. Fix it by removing the now-redundant pci_dev_unlock(dev) on the failure path. [Same patch later posted by Keith at https://patch.msgid.link/[email protected]]

Affected products and versions

linux linux_kernel · 4.19.322 → 4.20
linux linux_kernel · 5.10.226 → 5.10.252
linux linux_kernel · 5.15.167 → 5.15.202
linux linux_kernel · 5.4.284 → 5.5
linux linux_kernel · 6.1.110 → 6.1.165
linux linux_kernel · 6.10.10 → 6.12.75
linux linux_kernel · 6.13 → 6.18.16
linux linux_kernel · 6.19 → 6.19.6
linux linux_kernel · 6.6.51 → 6.6.128

Analysis

This page is not indexable yet.Until it carries original analysis — what it actually exposes, how to check in two minutes whether a system was touched, what to do if it was — the page stays noindex. The database decides that, not the template.

References