cpuidle: psci: Allow PM domain to be initialized even if no OSI mode
authorUlf Hansson <ulf.hansson@linaro.org>
Tue, 1 Sep 2020 14:28:59 +0000 (16:28 +0200)
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>
Tue, 22 Sep 2020 15:50:32 +0000 (17:50 +0200)
commit70c179b49870929ca183421935415622d30875b5
treebfdb066c2771eda3b9348afafccba2eb31b3f257
parent10942019040c5557556ec22aae0f771b2a1a1a6d
cpuidle: psci: Allow PM domain to be initialized even if no OSI mode

If the PSCI OSI mode isn't supported or fails to be enabled, the PM domain
topology with the genpd providers isn't initialized. This is perfectly fine
from cpuidle-psci point of view.

However, since the PM domain topology in the DTS files is a description of
the HW, no matter of whether the PSCI OSI mode is supported or not, other
consumers besides the CPUs may rely on it.

Therefore, let's always allow the initialization of the PM domain topology
to succeed, independently of whether the PSCI OSI mode is supported.
Consequentially we need to track if we succeed to enable the OSI mode, as
to know when a domain idlestate can be selected.

Note that, CPU devices are still not being attached to the PM domain
topology, unless the PSCI OSI mode is supported.

Acked-by: Sudeep Holla <sudeep.holla@arm.com>
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
drivers/cpuidle/cpuidle-psci-domain.c