summaryrefslogtreecommitdiff
path: root/drivers/cpuidle/sysfs.c
diff options
context:
space:
mode:
authorUlf Hansson <ulf.hansson@linaro.org>2020-09-01 16:28:59 +0200
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2020-09-22 17:50:32 +0200
commit70c179b49870929ca183421935415622d30875b5 (patch)
treebfdb066c2771eda3b9348afafccba2eb31b3f257 /drivers/cpuidle/sysfs.c
parent10942019040c5557556ec22aae0f771b2a1a1a6d (diff)
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>
Diffstat (limited to 'drivers/cpuidle/sysfs.c')
0 files changed, 0 insertions, 0 deletions