Answer in brief
CVE-2026-93081 records a Unknown severity vulnerability in firmware: arm_scmi: Fix SCMI device destroy lifetimes. 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 | >=9ca67840c0ddf3f39407339624cef824a4f27599 <c59b3393df1348a12308aaabd5fbc58ed6b21cf5 || >=9ca67840c0ddf3f39407339624cef824a4f27599 <6abe8fe36b29ff51d1a42c2f338972883f4751a5 || 91ff1e9652fb9beb0174267d6bb38243dff211bb || ff4273d47da81b95ed9396110bcbd1b7b7470fe8 || 2fbf6c9695ad9f05e7e5c166bf43fac7cb3276b3 || 969d8beaa2e374387bf9aa5602ef84fc50bb48d8 || 8a8a3547d5c4960da053df49c75bf623827a25da || >=5.15.182 <5.16 || >=6.1.138 <6.2 || >=6.6.90 <6.7 || >=6.12.28 <6.13 || >=6.14.6 <6.15 | c59b3393df1348a12308aaabd5fbc58ed6b21cf5, 6abe8fe36b29ff51d1a42c2f338972883f4751a5, 5.16, 6.2, 6.7, 6.13, 6.15 |
| Linux/Linuxgeneric | 6.15 | Not reported |
Published upstream
Sep 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 17, 2026
In the Linux kernel, the following vulnerability has been resolved: firmware: arm_scmi: Fix SCMI device destroy lifetimes scmi_child_dev_find() drops the reference returned by device_find_child() before returning the scmi_device pointer. A concurrent unregister can then release the device while the destroy path is still using the returned pointer. Make the lookup helper return the device_find_child() reference and keep it until scmi_device_destroy() has finished unregistering the child. Also split device_unregister() in __scmi_device_destroy() so the SCMI bus ID is not made reusable until after device_del() has removed the old scmi_dev.N name from sysfs. This avoids a new SCMI device reusing the same ID while the old device is still registered. The final device release callback is also a possible cleanup path when SCMI children are deleted by driver core recursion rather than __scmi_device_destroy(). Release the SCMI bus ID from a common helper used by destroy, register-failure and final-release paths, and clear scmi_dev->id after freeing it so the final release cannot free the same ID again.
Quoted source text, attributed separately from HOL analysis.