diff options
| author | Dom Cobley <[email protected]> | 2023-01-27 15:40:52 +0000 |
|---|---|---|
| committer | Maxime Ripard <[email protected]> | 2023-02-27 15:19:14 +0000 |
| commit | a8e47884f1906cd7440fafa056adc8817568e73e (patch) | |
| tree | 97a41a7acf6dc49154713733f2a34660f76461ca /drivers/gpu/drm/lima/lima_gem.c | |
| parent | drm/shmem-helper: Switch to reservation lock (diff) | |
| download | kernel-a8e47884f1906cd7440fafa056adc8817568e73e.tar.gz kernel-a8e47884f1906cd7440fafa056adc8817568e73e.zip | |
drm/probe-helper: Cancel previous job before starting new one
Currently we schedule a call to output_poll_execute from
drm_kms_helper_poll_enable for 10s in future. Later we try to replace
that in drm_helper_probe_single_connector_modes with a 0s schedule with
delayed_event set.
But as there is already a job in the queue this fails, and the immediate
job we wanted with delayed_event set doesn't occur until 10s later.
And that call acts as if connector state has changed, reprobing modes.
This has a side effect of waking up a display that has been blanked.
Make sure we cancel the old job before submitting the immediate one.
Fixes: 162b6a57ac50 ("drm/probe-helper: don't lose hotplug event")
Acked-by: Daniel Vetter <[email protected]>
Signed-off-by: Dom Cobley <[email protected]>
[Maxime: Switched to mod_delayed_work]
Signed-off-by: Maxime Ripard <[email protected]>
Link: https://patchwork.freedesktop.org/patch/msgid/[email protected]
Diffstat (limited to 'drivers/gpu/drm/lima/lima_gem.c')
0 files changed, 0 insertions, 0 deletions