Live › vulnerability › CVE-2026-98886
Go to dashboardIn the Linux gma500 display driver for Oaktrail HDMI, I2C reads ignored timeouts and signal interrupts, so a missing interrupt could leave the read waiting forever. The fix makes the driver return the errors instead, so an attacker mainly gains a possible hang of the display path.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Systems running Linux kernels with the gma500 DRM driver and Oaktrail (Intel Atom Oaktrail-era) HDMI output. Systems without this hardware or without the gma500 driver loaded can skip it. The sources do not say which kernel versions are fixed.
No product ranges from the sources yet.
Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
In the Linux kernel, the following vulnerability has been resolved:
drm/gma500: return errors from Oaktrail HDMI I2C reads
xfer_read() waits for the HDMI I2C transaction to reach I2C_TRANSACTION_DONE, but it ignores both timeout and signal returns from wait_for_completion_interruptible_timeout(). If the interrupt never advances the transaction state, the loop can wait forever.
Return -ETIMEDOUT when the completion wait expires, propagate interrupted waits, and make the I2C master_xfer callback return the first transfer error instead of reporting a successful message count.
This page as .md · .json · in your agent: get_signal("CVE-2026-98886")
NVD data is provided by NIST and is public domain · EPSS scores by FIRST, used with attribution. Posts quoted belong to their authors.