diff options
author | Stephan Gerhold <stephan@gerhold.net> | 2021-12-01 14:05:02 +0100 |
---|---|---|
committer | Bjorn Andersson <bjorn.andersson@linaro.org> | 2022-02-04 04:54:48 +0100 |
commit | 0ee30ace67e425ab83a1673bf51f50b577328cf9 (patch) | |
tree | 10bbf34432029298cd7cd660735d6f16d3522a73 /drivers/firmware/qcom_scm.h | |
parent | remoteproc: qcom: pas: Add SM8450 remoteproc support (diff) | |
download | linux-0ee30ace67e425ab83a1673bf51f50b577328cf9.tar.xz linux-0ee30ace67e425ab83a1673bf51f50b577328cf9.zip |
cpuidle: qcom-spm: Check if any CPU is managed by SPM
At the moment, the "qcom-spm-cpuidle" platform device is always created,
even if none of the CPUs is actually managed by the SPM. On non-qcom
platforms this will result in infinite probe-deferral due to the
failing qcom_scm_is_available() call.
To avoid this, look through the CPU DT nodes and check if there is
actually any CPU managed by a SPM (as indicated by the qcom,saw property).
It should also be available because e.g. MSM8916 has qcom,saw defined
but it's typically not enabled with ARM64/PSCI firmwares.
This is needed in preparation of a follow-up change that calls
qcom_scm_set_warm_boot_addr() a single time before registering any
cpuidle drivers. Otherwise this call might be made even on devices
that have this driver enabled but actually make use of PSCI.
Fixes: 60f3692b5f0b ("cpuidle: qcom_spm: Detach state machine from main SPM handling")
Reported-by: Marek Szyprowski <m.szyprowski@samsung.com>
Link: https://lore.kernel.org/r/86e3e09f-a8d7-3dff-3fc6-ddd7d30c5d78@samsung.com/
Signed-off-by: Stephan Gerhold <stephan@gerhold.net>
Tested-by: Marek Szyprowski <m.szyprowski@samsung.com>
Acked-by: Daniel Lezcano <daniel.lezcano@linaro.org>
Signed-off-by: Bjorn Andersson <bjorn.andersson@linaro.org>
Link: https://lore.kernel.org/r/20211201130505.257379-2-stephan@gerhold.net
Diffstat (limited to 'drivers/firmware/qcom_scm.h')
0 files changed, 0 insertions, 0 deletions