CVE-2026-72037
In the Linux kernel, the following vulnerability has been resolved: net: lan743x: Initialize eth_syslock spinlock before use lan743x_hardware_init() calls pci11x1x_strap_get_status() during the PCI11x1x probe sequence.
Does this matter?
Not yet scored. NVD analysis is pending; check back once CVSS and EPSS values are published.
Description
In the Linux kernel, the following vulnerability has been resolved: net: lan743x: Initialize eth_syslock spinlock before use lan743x_hardware_init() calls pci11x1x_strap_get_status() during the PCI11x1x probe sequence. That helper acquires the Ethernet subsystem hardware lock via lan743x_hs_syslock_acquire(), which relies on adapter->eth_syslock_spinlock to serialize access. The spinlock is currently initialized only after the strap status is read. With CONFIG_DEBUG_SPINLOCK enabled, taking the zeroed initialized spinlock can trip the spinlock debug check. Fix by initializing adapter->eth_syslock_spinlock before reading the strap status so the probe path never attempts to lock an uninitialized spinlock.
- CVSS
- Not yet scored
- EPSS
- 0.21% probability · 12th percentile
- CISA KEV
- Not listed
- Source
- 416baaa9-dc9f-4396-8d5f-8c081fb06d67
References
- https://git.kernel.org/stable/c/39139b1c1c2b614096519b526112c726adb12ff0
- https://git.kernel.org/stable/c/6523daa6852b1bfef32ec7a105b0217e8a115687
- https://git.kernel.org/stable/c/99a6f37b113c46815deb160c5012073563679ef4
- https://git.kernel.org/stable/c/b6a93a42e0e61f0ba0005a942ee3bffb16c0574e
- https://git.kernel.org/stable/c/b99e890e6b32ffa11c145a16fefcf2c7137a9578
- https://git.kernel.org/stable/c/dfaefd9a7808736fcd2ed0de108f55c4badc15cc
Source: NVD record, EPSS from FIRST.org, KEV from CISA. Refreshed daily.