UNKNOWN NVD
CVE-2026-97963
In the Linux kernel, the following vulnerability has been resolved: net: stmmac: initialize ptp_lock at probe time priv->ptp_lock is only initialized in stmma
In the Linux kernel, the following vulnerability has been resolved:
net: stmmac: initialize ptp_lock at probe time
priv->ptp_lock is only initialized in stmmac_ptp_register(), which runs
during __stmmac_open(). However, the lock is also used while the
interface is down and has never been opened: tc_taprio_configure()
invokes the PTP gettime64() callback to compute the EST base time when
offloading a TAPRIO schedule, and stmmac_get_time() takes
priv->ptp_lock. Using an uninitialized rwlock is undefined behaviour.
Move the rwlock_init() to __stmmac_dvr_probe(), together with the other
private locks, so that ptp_lock is always valid regardless of the
interface state.
References
- https://git.kernel.org/stable/c/0338c68e22abd2ee509ec2e32508a50896618c32
- https://git.kernel.org/stable/c/25cc0096efba83b4e0e6fa50f03e9543b41e9d3d
- https://git.kernel.org/stable/c/420315413b29635de1d4ea4142e410e6465260f3
- https://git.kernel.org/stable/c/b1986595cf827c38ff929e22fbc9ca8f76379306
This unknown severity vulnerability was published on 2026-09-25 via NVD.
vulnfeed aggregates 11443 vulnerabilities from NVD, CISA KEV,
Ubuntu, Debian, Red Hat, Kubernetes, Exploit-DB, OSS-Security, GitHub and OpenStack — updated every 4 hours.