Skip to main content
CVE-2026-64503VulnerabilityPublished 07/25/2026

In the Linux kernel, the following vulnerability has been resolved: iio: accel: kxsd9: fix runtime PM imbalance on…

Source GCVE Database

0

Not known to be exploited.

Data as of 10/25/2026, 04:40:13 UTC

Severity
Low

No CVSS score from NVD or the CNA

Exploitation

Not in CISA KEV, no exploitation reported

EPSS
0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.

What to do

AI-suggested

A fix for this issue has been implemented in the Linux kernel. Users and administrators should update to the fixed kernel version once it is available. Since this is a kernel-level fix, applying the official kernel update is the recommended remediation. Patch status is not explicitly confirmed in the provided data; check the vendor or Linux kernel advisory for the exact fixed version and update instructions.

Description

In the Linux kernel, the following vulnerability has been resolved: iio: accel: kxsd9: fix runtime PM imbalance on write_raw() error kxsd9_write_raw() takes a runtime PM reference with pm_runtime_get_sync() but returns -EINVAL directly when a scale with a non-zero integer part is requested, skipping the matching pm_runtime_put_autosuspend(). This leaks a runtime PM usage-counter reference on every such write, after which the device can no longer autosuspend. Set the error code and fall through to the existing put instead of returning early.

Impact

The vulnerability causes a runtime PM usage-counter leak in the kxsd9 driver, which prevents the device from entering autosuspend mode after specific write_raw() errors. This could lead to increased power consumption due to the device remaining active longer than intended. There is no indication of direct security compromise or exploitation in the wild.

Summary

The Linux kernel's kxsd9 accelerometer driver had a flaw in the write_raw() function where it acquired a runtime PM reference with pm_runtime_get_sync() but returned -EINVAL early on certain scale requests without calling pm_runtime_put_autosuspend(), causing a runtime PM usage-counter leak. This prevented the device from autosuspending after such errors. The fix involves setting the error code and falling through to the existing put call to properly balance the PM reference count.

References

Community reviews

Loading reviews…