summaryrefslogtreecommitdiff
path: root/include/linux
diff options
context:
space:
mode:
authorMaxime Ripard <maxime@cerno.tech>2022-06-29 14:34:37 +0200
committerMaxime Ripard <maxime@cerno.tech>2022-07-08 10:45:41 +0200
commit53565c28e6af2cef6bbf438c34250135e3564459 (patch)
tree4bf571e53904246d772d1630dea84a4d9553eef1 /include/linux
parentf1bc386b319e93e56453ae27e9e83817bb1f6f95 (diff)
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/20220629123510.1915022-39-maxime@cerno.tech Acked-by: Thomas Zimmermann <tzimmermann@suse.de> Tested-by: Stefan Wahren <stefan.wahren@i2se.com> Signed-off-by: Maxime Ripard <maxime@cerno.tech>
Diffstat (limited to 'include/linux')
0 files changed, 0 insertions, 0 deletions