PT-2026-64594 · Linux · Linux
CVE-2026-64373
·
Published
2026-07-25
·
Updated
2026-07-25
None
No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
cpufreq: Fix hotplug-suspend race during reboot
During system reboot, cpufreq suspend() is called via the
kernel restart() -> device shutdown() path. Unlike the normal system
suspend path, the reboot path does not call freeze processes(), so
userspace processes and kernel threads remain active.
This allows CPU hotplug operations to run concurrently with
cpufreq suspend(). The original code has no synchronization with CPU
hotplug, leading to a race condition where governor data can be freed
by the hotplug path while cpufreq suspend() is still accessing it,
resulting in a null pointer dereference:
Unable to handle kernel NULL pointer dereference
Call Trace:
do kernel fault+0x28/0x3c
cpufreq suspend+0xdc/0x160
device shutdown+0x18/0x200
kernel restart+0x40/0x80
arm64 sys reboot+0x1b0/0x200
Fix this by adding cpus read lock()/cpus read unlock() to
cpufreq suspend() to block CPU hotplug operations while suspend is in
progress.
[ rjw: Changelog edits ]
Found an issue in the description? Have something to add? Feel free to write us 👾
Related Identifiers
Affected Products
Linux