diff options
author | Rafael J. Wysocki <rjw@sisk.pl> | 2012-03-13 22:39:31 +0100 |
---|---|---|
committer | Rafael J. Wysocki <rjw@sisk.pl> | 2012-03-16 21:44:41 +0100 |
commit | cc85b20780562d404e18a47b9b55b4a5102ae53e (patch) | |
tree | e7d481ea6f435e90c59cda9433fd68d944070c19 /include/linux/pm_domain.h | |
parent | b642631d38c28fefd1232a6b96713eb54b60130d (diff) | |
download | talos-obmc-linux-cc85b20780562d404e18a47b9b55b4a5102ae53e.tar.gz talos-obmc-linux-cc85b20780562d404e18a47b9b55b4a5102ae53e.zip |
PM / Domains: Fix handling of wakeup devices during system resume
During system suspend pm_genpd_suspend_noirq() checks if the given
device is in a wakeup path (i.e. it appears to be needed for one or
more wakeup devices to work or is a wakeup device itself) and if it
needs to be "active" for wakeup to work. If that is the case, the
function returns 0 without incrementing the device domain's counter
of suspended devices and without executing genpd_stop_dev() for the
device. In consequence, the device is not stopped (e.g. its clock
isn't disabled) and power is always supplied to its domain in the
resulting system sleep state.
However, pm_genpd_resume_noirq() doesn't repeat that check and it
runs genpd_start_dev() and decrements the domain's counter of
suspended devices even for the wakeup device that weren't stopped by
pm_genpd_suspend_noirq(). As a result, the start callback may be run
unnecessarily for them and their domains' counters of suspended
devices may become negative. Both outcomes aren't desirable, so fix
pm_genpd_resume_noirq() to look for wakeup devices that might not be
stopped by during system suspend.
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Tested-by: Simon Horman <horms@verge.net.au>
Cc: stable@vger.kernel.org
Diffstat (limited to 'include/linux/pm_domain.h')
0 files changed, 0 insertions, 0 deletions