Commit 258e483
committed
drm/vc4: hdmi: Rework power up
The current code tries to handle the case where CONFIG_PM isn't selected
by first calling our runtime_resume implementation and then properly
report the power state to the runtime_pm core.
This allows to have a functionning device even if pm_runtime_get_*
functions are nops.
However, the device power state if CONFIG_PM is enabled is
RPM_SUSPENDED, and thus our vc4_hdmi_write() and vc4_hdmi_read() calls
in the runtime_pm hooks will now report a warning since the device might
not be properly powered.
Even more so, we need CONFIG_PM enabled since the previous RaspberryPi
have a power domain that needs to be powered up for the HDMI controller
to be usable.
The previous patch has created a dependency on CONFIG_PM, now we can
just assume it's there and only call pm_runtime_resume_and_get() to make
sure our device is powered in bind.
Link: https://lore.kernel.org/r/[email protected]
Acked-by: Thomas Zimmermann <[email protected]>
Tested-by: Stefan Wahren <[email protected]>
Signed-off-by: Maxime Ripard <[email protected]>
(cherry picked from commit 53565c2)
Signed-off-by: Maxime Ripard <[email protected]>1 parent 72e2329 commit 258e483
1 file changed
+7
-8
lines changed| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
2972 | 2972 | | |
2973 | 2973 | | |
2974 | 2974 | | |
| 2975 | + | |
| 2976 | + | |
2975 | 2977 | | |
2976 | | - | |
2977 | | - | |
| 2978 | + | |
| 2979 | + | |
2978 | 2980 | | |
2979 | | - | |
| 2981 | + | |
2980 | 2982 | | |
2981 | | - | |
2982 | | - | |
2983 | | - | |
2984 | | - | |
2985 | | - | |
| 2983 | + | |
2986 | 2984 | | |
2987 | 2985 | | |
2988 | 2986 | | |
| |||
3028 | 3026 | | |
3029 | 3027 | | |
3030 | 3028 | | |
| 3029 | + | |
3031 | 3030 | | |
3032 | 3031 | | |
3033 | 3032 | | |
| |||
0 commit comments