summaryrefslogtreecommitdiff
path: root/fs/ext4/super.c
diff options
context:
space:
mode:
authorSrinivas Pandruvada <srinivas.pandruvada@linux.intel.com>2015-06-01 16:36:27 -0700
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2015-08-03 09:28:59 -0700
commitbe43d21df90d10f5f10252c114f5fb024b7ba5ae (patch)
treef79f1858a7dba3e49bfbb9a0cc5ca56b2d76b3e6 /fs/ext4/super.c
parent366031c6dd1c6b57a9d48a66cdc48e21c994a1bd (diff)
downloadlwn-be43d21df90d10f5f10252c114f5fb024b7ba5ae.tar.gz
lwn-be43d21df90d10f5f10252c114f5fb024b7ba5ae.zip
hid-sensor: Fix suspend/resume delay
commit 1e25aa9641e8f3fa39cd5e46b4afcafd7f12a44b upstream. By default all the sensors are runtime suspended state (lowest power state). During Linux suspend process, all the run time suspended devices are resumed and then suspended. This caused all sensors to power up and introduced delay in suspend time, when we introduced runtime PM for HID sensors. The opposite process happens during resume process. To fix this, we do powerup process of the sensors only when the request is issued from user (raw or tiggerred). In this way when runtime, resume calls for powerup it will simply return as this will not match user requested state. Note this is a regression fix as the increase in suspend / resume times can be substantial (report of 8 seconds on Len's laptop!) Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com> Tested-by: Len Brown <len.brown@intel.com> Signed-off-by: Jonathan Cameron <jic23@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'fs/ext4/super.c')
0 files changed, 0 insertions, 0 deletions