diff options
| author | Christian Eggers <[email protected]> | 2025-03-11 09:18:02 +0000 |
|---|---|---|
| committer | Mark Brown <[email protected]> | 2025-03-11 13:11:11 +0000 |
| commit | 8619909b38eeebd3e60910158d7d68441fc954e9 (patch) | |
| tree | c5b445899e7f18d9a5b338a9e6eed80c37ab1b93 /drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | |
| parent | regulator: core: Fix deadlock in create_regulator() (diff) | |
| download | kernel-8619909b38eeebd3e60910158d7d68441fc954e9.tar.gz kernel-8619909b38eeebd3e60910158d7d68441fc954e9.zip | |
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.
Cc: [email protected]
Fixes: 259b93b21a9f ("regulator: Set PROBE_PREFER_ASYNCHRONOUS for drivers that existed in 4.14")
Signed-off-by: Christian Eggers <[email protected]>
Link: https://patch.msgid.link/[email protected]
Signed-off-by: Mark Brown <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c')
0 files changed, 0 insertions, 0 deletions
