aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c
diff options
context:
space:
mode:
authorChristian Eggers <[email protected]>2025-03-11 09:18:02 +0000
committerMark Brown <[email protected]>2025-03-11 13:11:11 +0000
commit8619909b38eeebd3e60910158d7d68441fc954e9 (patch)
treec5b445899e7f18d9a5b338a9e6eed80c37ab1b93 /drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c
parentregulator: core: Fix deadlock in create_regulator() (diff)
downloadkernel-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