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.
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