Answer in brief
CVE-2026-97963 records a Unknown severity vulnerability in net: stmmac: initialize ptp_lock at probe time. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=b60189e0392fa06348911077ef281eb2b1047b6a <420315413b29635de1d4ea4142e410e6465260f3 || >=b60189e0392fa06348911077ef281eb2b1047b6a <25cc0096efba83b4e0e6fa50f03e9543b41e9d3d || >=b60189e0392fa06348911077ef281eb2b1047b6a <b1986595cf827c38ff929e22fbc9ca8f76379306 || >=b60189e0392fa06348911077ef281eb2b1047b6a <0338c68e22abd2ee509ec2e32508a50896618c32 | 420315413b29635de1d4ea4142e410e6465260f3, 25cc0096efba83b4e0e6fa50f03e9543b41e9d3d, b1986595cf827c38ff929e22fbc9ca8f76379306, 0338c68e22abd2ee509ec2e32508a50896618c32 |
| Linux/Linuxgeneric | 5.6 | Not reported |
Published upstream
Sep 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 25, 2026
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.
Quoted source text, attributed separately from HOL analysis.