Skip to main content
← All vulnerabilities
CVE-2026-90348

wifi: ath10k: snoc: use memcpy_fromio() for MSA ramdump

Published
Last modified
published
Not listed in CISA KEV
Fix
Fixed in 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.110, and 2 more
None on Exploit-DB, Metasploit or GitHub

Summary

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

Timeline

  1. CVE published
  2. Record last updated

Affected versions

  • Linux Linux

    From 3f14b73c38431a6a1ed24de568e18ed89b7082e2 · fixed in e5bc3658da9c8a535e3fa5c0c875b2a456954e81; From 3f14b73c38431a6a1ed24de568e18ed89b7082e2 · fixed in fed1f662c9f9fd19eeab6c01966b7b5a33804420; From 3f14b73c38431a6a1ed24de568e18ed89b7082e2 · fixed in 838cab267ce9a975776e022f25094f8cbe1625d2; From 3f14b73c38431a6a1ed24de568e18ed89b7082e2 · fixed in eb946595a58decdb4cab1b5f3c972ae66f41f1c8; From 3f14b73c38431a6a1ed24de568e18ed89b7082e2 · fixed in 152e894e90716163c646d70f86b3afeb70442783; From 3f14b73c38431a6a1ed24de568e18ed89b7082e2 · fixed in 7039825a7479df637c4f5d546cb0e1cec18cd8e1; From 3f14b73c38431a6a1ed24de568e18ed89b7082e2 · fixed in 045d1bfb72d2631ab9ec74afa491aa788ebb57aa; From 3f14b73c38431a6a1ed24de568e18ed89b7082e2 · fixed in 4f25071afe9218aaae1c63fbf75e229aa6405319

  • Linux Linux

    5.5

  • KernelLinux

    From 5.5.0 · fixed in 5.10.270; From 5.11.0 · fixed in 5.15.221; From 5.16.0 · fixed in 6.1.188; From 6.2.0 · fixed in 6.6.157; From 6.7.0 · fixed in 6.12.110; From 6.13.0 · fixed in 6.18.52; From 6.19.0 · fixed in 7.2.6

References 8

git.kernel.org