Description
In the Linux kernel, the following vulnerability has been resolved:
regulator: dummy: force synchronous probing
Sometimes I get a NULL pointer dereference at boot time in kobject_get() with the following call stack:
anatop_regulator_probe() devm_regulator_register() regulator_register() regulator_resolve_supply() kobject_get()
By placing some extra BUG_ON() statements I could verify that this is raised because probing of the 'dummy' regulator driver is not completed ('dummy_regulator_rdev' is still NULL).
In the JTAG debugger I can see that dummy_regulator_probe() and anatop_regulator_probe() can be run by different kernel threads (kworker/u4:*). I haven't further investigated whether this can be changed or if there are other possibilities to force synchronization between these two probe routines. On the other hand I don't expect much boot time penalty by probing the 'dummy' regulator synchronously.
Metrics
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:HWeakness enumeration
Affected software
| Vendor | Product | Versions |
|---|---|---|
| Linux | Linux | >= 259b93b21a9ffe5117af4dfb5505437e463c6a5a, < e26f24ca4fb940b15e092796c5993142a2558bd9; >= 259b93b21a9ffe5117af4dfb5505437e463c6a5a, < d3b83a1442a09b145006eb4294b1a963c5345c9c; >= 259b93b21a9ffe5117af4dfb5505437e463c6a5a, < 5ade367b56c3947c990598df92395ce737bee872; >= 259b93b21a9ffe5117af4dfb5505437e463c6a5a, < 8619909b38eeebd3e60910158d7d68441fc954e9 |
| Linux | Linux | 6.4 |
References
- https://git.kernel.org/stable/c/5ade367b56c3947c990598df92395ce737bee872Patch
- https://git.kernel.org/stable/c/8619909b38eeebd3e60910158d7d68441fc954e9Patch
- https://git.kernel.org/stable/c/d3b83a1442a09b145006eb4294b1a963c5345c9cPatch
- https://git.kernel.org/stable/c/e26f24ca4fb940b15e092796c5993142a2558bd9Patch
Timeline
- Published
- Apr 8, 2025
- Last modified
- Jun 17, 2026
- NVD status
- Modified