What’s Vulnerable › Vulnerabilities
CVE-2026-98940: ASoC: qcom: lpass-cpu: use DAI table index for playback constraints
- Severity: unknown
- Exploited in the wild: not listed in CISA KEV
- EPSS: 0.2% probability of exploitation in the next 30 days
- Public exploit or detection template: none known
- Published: 2026-10-23 · updated 2026-10-30
Description
In the Linux kernel, the following vulnerability has been resolved: ASoC: qcom: lpass-cpu: use DAI table index for playback constraints The DAI ID is a hardware port ID and is not necessarily the index of the corresponding entry in variant->dai_driver. When configuring a DAI with LPAIF_I2SCTL_MODE_QUAD01, the probe code currently uses dai_id to index variant->dai_driver. This is incorrect for platforms where DAI IDs are sparse. For example, the IPQ806x MI2S DAI has ID 4 while it is the only entry in the DAI driver table. If that DAI is configured for QUAD01 and probe reaches this branch, the code writes beyond that single entry via dai_driver[4] instead of updating the DAI being processed. Use the loop index i when updating the current DAI's playback channel constraints, while retaining dai_id for indexing the hardware-port specific playback SD-line mode array. This fixes the incorrect DAI table access for platforms where the DAI ID does not match its position in the driver table.
Affected products
- Linux: 5.14 — fixed in 7.3
How to fix
Upgrade to a fixed version: Linux 7.3. Check the vendor advisory for mitigations.
References
- https://git.kernel.org/stable/c/63987bb73df65fb01245b5905b005aa47c1dd27a
- https://git.kernel.org/stable/c/6833f1893ac2ec40016c348779af63debf3700d2
- https://git.kernel.org/stable/c/69d2b7a4c115181629eb14d800aecc3e7de3f7fb
- https://git.kernel.org/stable/c/775df6a27e8433e2414124472938009b958f9a77
- https://git.kernel.org/stable/c/c10823507a74d7474391c01121e3f59901b1789f
- https://git.kernel.org/stable/c/ca51771c8efde5df05476ac98dd1b2af4e2b149f
- https://git.kernel.org/stable/c/f11336e6d3cd9e28e5cdf1cb8a6171e7c3eff4e4
Get alerted when CVE-2026-98940 or the next vulnerability affects your stack