Answer in brief
CVE-2026-90348 records a Unknown severity vulnerability in wifi: ath10k: snoc: use memcpy_fromio() for MSA ramdump. 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 | >=3f14b73c38431a6a1ed24de568e18ed89b7082e2 <e5bc3658da9c8a535e3fa5c0c875b2a456954e81 || >=3f14b73c38431a6a1ed24de568e18ed89b7082e2 <fed1f662c9f9fd19eeab6c01966b7b5a33804420 || >=3f14b73c38431a6a1ed24de568e18ed89b7082e2 <838cab267ce9a975776e022f25094f8cbe1625d2 || >=3f14b73c38431a6a1ed24de568e18ed89b7082e2 <eb946595a58decdb4cab1b5f3c972ae66f41f1c8 || >=3f14b73c38431a6a1ed24de568e18ed89b7082e2 <152e894e90716163c646d70f86b3afeb70442783 || >=3f14b73c38431a6a1ed24de568e18ed89b7082e2 <7039825a7479df637c4f5d546cb0e1cec18cd8e1 || >=3f14b73c38431a6a1ed24de568e18ed89b7082e2 <045d1bfb72d2631ab9ec74afa491aa788ebb57aa || >=3f14b73c38431a6a1ed24de568e18ed89b7082e2 <4f25071afe9218aaae1c63fbf75e229aa6405319 | e5bc3658da9c8a535e3fa5c0c875b2a456954e81, fed1f662c9f9fd19eeab6c01966b7b5a33804420, 838cab267ce9a975776e022f25094f8cbe1625d2, eb946595a58decdb4cab1b5f3c972ae66f41f1c8, 152e894e90716163c646d70f86b3afeb70442783, 7039825a7479df637c4f5d546cb0e1cec18cd8e1, 045d1bfb72d2631ab9ec74afa491aa788ebb57aa, 4f25071afe9218aaae1c63fbf75e229aa6405319 |
| Linux/Linuxgeneric | 5.5 | 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: wifi: ath10k: snoc: use memcpy_fromio() for MSA ramdump On WCN3990/SNOC the MSA region is mapped with devm_memremap(MEMREMAP_WT). On arm64 such a mapping is not Normal-cacheable, so unaligned accesses to it are not permitted. ath10k_msa_dump_memory() copies the region with a plain memcpy(), whose optimized __pi_memcpy_generic implementation issues wide/unaligned loads. This triggers an alignment fault (FSC=0x21) Oops in ath10k_snoc_fw_crashed_dump() while collecting the devcoredump: Unable to handle kernel paging request ... FSC=0x21: alignment fault pc : __pi_memcpy_generic lr : ath10k_snoc_fw_crashed_dump [ath10k_snoc] The Oops both leaves the firmware RAM dump buffer zeroed (no dump is captured) and crashes the kernel, which in turn breaks modem SSR recovery. Use memcpy_fromio(), which only performs accesses that are valid for such a device-memory mapping. The generic memcpy_fromio() implementation aligns the source before issuing word-sized reads and stores the destination with put_unaligned(), so it is also safe for the coherent DMA allocation used on the non-reserved-memory path. ath11k and ath12k use the same pattern when copying target memory into crash dumps, so call it unconditionally here too. The MEMREMAP_WT pointer is a plain void *, so an explicit __iomem cast is needed; use __force to keep sparse happy. Tested-on: WCN3990 hw1.0 SNOC WLAN.HL.3.3.7.c5-00107-QCAHLSWMTPL-1
Quoted source text, attributed separately from HOL analysis.