diff options
author | Stephan Gerhold <[email protected]> | 2021-12-01 14:05:02 +0100 |
---|---|---|
committer | Bjorn Andersson <[email protected]> | 2022-02-03 21:54:48 -0600 |
commit | 0ee30ace67e425ab83a1673bf51f50b577328cf9 (patch) | |
tree | 10bbf34432029298cd7cd660735d6f16d3522a73 /net/lapb/lapb_subr.c | |
parent | 5cef9b48458dee48c62f61deca4d3df87b66b52b (diff) |
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 <[email protected]>
Link: https://lore.kernel.org/r/[email protected]/
Signed-off-by: Stephan Gerhold <[email protected]>
Tested-by: Marek Szyprowski <[email protected]>
Acked-by: Daniel Lezcano <[email protected]>
Signed-off-by: Bjorn Andersson <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Diffstat (limited to 'net/lapb/lapb_subr.c')
0 files changed, 0 insertions, 0 deletions