aboutsummaryrefslogtreecommitdiffstats
path: root/include/linux/pm_domain.h
diff options
context:
space:
mode:
authorUlf Hansson <ulf.hansson@linaro.org>2014-11-17 16:19:10 +0100
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2014-11-20 21:38:50 +0100
commit2ed127697eb1376645cbcfa08a13dda157233c9d (patch)
tree73afe886d192b67ed9fa11711b0556a4ca214d34 /include/linux/pm_domain.h
parentMerge back 'pm-domains' material for 3.19-rc1. (diff)
downloadlinux-dev-2ed127697eb1376645cbcfa08a13dda157233c9d.tar.xz
linux-dev-2ed127697eb1376645cbcfa08a13dda157233c9d.zip
PM / Domains: Power on the PM domain right after attach completes
Vast amount of platform drivers which enables runtime PM, don't invoke a pm_runtime_get_sync() while probing their devices. Instead, once they have turned on their PM resourses during ->probe() and are ready to handle I/O, these invokes pm_runtime_set_active() to synchronize its state towards the runtime PM core. From the runtime PM point of view this behavior is perfectly acceptable, but we encounter probe failures if their corresponding devices resides in the generic PM domain. The issues are observed for those devices, which requires its PM domain to stay powered during ->probe() since that's not being controlled. While using the generic OF-based PM domain look-up, a device's PM domain will be attached during the probe sequence. For this path, let's fix the probe failures, by simply power on the PM domain right after when it's been attached to the device. The generic PM domain stays powered until all of its devices becomes runtime PM enabled and runtime PM suspended. The old SOCs which makes use of the generic PM domain but don't use the generic OF-based PM domain look-up, will not be affected from this change. Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions