CVE-2026-80910

What it actually does

Incorrect kcontrol value access in lpass-wsa-macro driver uses integer.value[0] instead of enumerated.item[0] for enum controls, triggering elem value sanity checks and returning -EINVAL on every read under CONFIG_SND_CTL_DEBUG on 64-bit kernels.

Why it matters to the business

Audio configuration and playback controls can become unusable on affected systems, leading to operational disruptions for sound-dependent workloads until the kernel is updated.

How an attack unfolds

No active exploitation is known; the issue manifests during normal userspace interaction with the enumerated mixer controls rather than through malicious input crafted by an attacker.

How to fix it

Apply the upstream fix present in the commit that corrects the enum access pattern for the wsa-macro driver; rebuild and deploy the updated kernel.

How to confirm the fix worked

Confirm the corrected commit is present in the running kernel source and verify that reads of the EAR SPKR PA Gain and WSA RX* Mux controls no longer return -EINVAL when CONFIG_SND_CTL_DEBUG is enabled.

How to detect it

Review kernel logs and audit records for repeated EINVAL errors originating from snd_ctl_elem_read or the wsa-macro codec driver when userspace reads mixer controls; no external network or file-based indicators exist.

What your security team should do

• Prioritize kernel update for systems running audio codecs that expose these controls
• Monitor kernel logs for repeated -EINVAL returns from snd_ctl_elem_read during audio initialization
• Test audio subsystem functionality after patching to ensure mixer controls operate normally