diff options
| author | Pin-yen Lin <[email protected]> | 2024-06-13 12:02:28 +0000 |
|---|---|---|
| committer | Stephen Boyd <[email protected]> | 2024-07-01 20:49:07 +0000 |
| commit | 878e845d8db04df9ff3bbbaac09d335b24153704 (patch) | |
| tree | 202947b4048abf387f9fd83cd8dd0d054535050b /lib/test_xarray.c | |
| parent | Merge tag 'sunxi-clk-fixes-for-6.10' of https://git.kernel.org/pub/scm/linux/... (diff) | |
| download | kernel-878e845d8db04df9ff3bbbaac09d335b24153704.tar.gz kernel-878e845d8db04df9ff3bbbaac09d335b24153704.zip | |
clk: mediatek: mt8183: Only enable runtime PM on mt8183-mfgcfg
Commit 2f7b1d8b5505 ("clk: mediatek: Do a runtime PM get on controllers
during probe") enabled runtime PM for all mediatek clock controllers,
but this introduced an issue on the resume path.
If a device resumes earlier than the clock controller and calls
clk_prepare() when runtime PM is enabled on the controller, it will end
up calling clk_pm_runtime_get(). But the subsequent
pm_runtime_resume_and_get() call will fail because the runtime PM is
temporarily disabled during suspend.
To workaround this, introduce a need_runtime_pm flag and only enable it
on mt8183-mfgcfg, which is the driver that observed deadlock previously.
Hopefully mt8183-cfgcfg won't run into the issue at the resume stage
because the GPU should have stopped rendering before the system calls
suspend.
Fixes: 2f7b1d8b5505 ("clk: mediatek: Do a runtime PM get on controllers during probe")
Signed-off-by: Pin-yen Lin <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Stephen Boyd <[email protected]>
Diffstat (limited to 'lib/test_xarray.c')
0 files changed, 0 insertions, 0 deletions