PT-2026-117044 · Linux · Linux

CVE-2026-98825

·

Published

2026-10-18

·

Updated

2026-10-18

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:
rtc: mpfs: fix unchecked devm clk get() error pointer in probe()
devm clk get(&pdev->dev, "rtcref")'s return value was passed straight into clk get rate() without checking it for an error first, unlike the "rtc" clock a few lines above which is correctly checked with IS ERR(). clk get rate() only guards against a NULL clk, not an error pointer:
if (!clk)
	return 0;
...
rate = clk core get rate recalc(clk->core);
so if devm clk get() ever returns an error pointer here (for example ERR PTR(-EPROBE DEFER), which is the normal, expected outcome if the clkcfg clock-provider this RTC depends on has not registered its clocks yet by the time this driver probes), clk get rate() dereferences that error pointer instead of returning 0, crashing instead of letting probe defer.
Capture the clock in the existing 'clk' local and check it with IS ERR() before calling clk get rate(), matching the handling already used for the "rtc" clock in this same function.
Found an issue in the description? Have something to add? Feel free to write us 👾

Related Identifiers

CVE-2026-98825

Affected Products

Linux