---
cve: "CVE-2026-90348"
severity: "LOW"
cvss: 3.1
epss: "3%"
vendor: "Linux"
kev: false
exploited: false
published: "2026-09-17 17:17:33"
tags: [cve, security, low]
source: tsecurity.de CVE-Dossier
exported: "2026-09-22T06:57:35+02:00"
---

# CVE-2026-90348

> 3.1 LOW

## Beschreibung

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

## Patch verfügbar (OSV)

- Kernel ≥ 5.10.270
- Kernel ≥ 5.15.221
- Kernel ≥ 6.1.188
- Kernel ≥ 6.6.157
- Kernel ≥ 6.12.110
- Kernel ≥ 6.18.52
- Kernel ≥ 7.2.6

## Referenzen

- <https://git.kernel.org/stable/c/045d1bfb72d2631ab9ec74afa491aa788ebb57aa>
- <https://git.kernel.org/stable/c/152e894e90716163c646d70f86b3afeb70442783>
- <https://git.kernel.org/stable/c/4f25071afe9218aaae1c63fbf75e229aa6405319>
- <https://git.kernel.org/stable/c/7039825a7479df637c4f5d546cb0e1cec18cd8e1>
- <https://git.kernel.org/stable/c/838cab267ce9a975776e022f25094f8cbe1625d2>
- <https://git.kernel.org/stable/c/e5bc3658da9c8a535e3fa5c0c875b2a456954e81>
- <https://git.kernel.org/stable/c/eb946595a58decdb4cab1b5f3c972ae66f41f1c8>
- <https://git.kernel.org/stable/c/fed1f662c9f9fd19eeab6c01966b7b5a33804420>

---
_Exportiert aus dem [tsecurity.de CVE-Dossier](https://tsecurity.de/cve?cve=CVE-2026-90348) · Datenquellen: EUVD (ENISA), NVD, OSV, CISA KEV, FIRST EPSS, Exploit-DB, BSI BITS_