summaryrefslogtreecommitdiff
path: root/rs/java/android/renderscript/ProgramRaster.java
diff options
context:
space:
mode:
authorJoe Onorato <joeo@google.com>2016-12-08 17:48:49 -0800
committerJulius D'souza <jdsouza@google.com>2017-01-09 21:37:53 +0000
commitb08db484c2bf254ef48415f6eeebc72c0f46a34a (patch)
tree427a135bfefb6941d1dcb143e21c7e472b3c942a /rs/java/android/renderscript/ProgramRaster.java
parent5df216f209c66afd337665189648e9a6a4102c66 (diff)
Hold a wake lock while DeviceIdleController is going idle.
The inputs to DeviceIdleController (alarm manager, sensors) hold wake locks while they call it. But then the real work happens in a handler which is outside of the wakelock, so listeners don't get a chance to run right away, which in the case of NetworkPolicyManager means the device is in a higher power state than it should be. It's not clear that this will 100% fix the bug, because NetworkPolicyManagerService also has its own internal Handler, and isn't holding its own wakelock for this, but this change allows NPMS to be fixed if it really needed to be. Bug: 31900521 Test: adb shell dumpsys deviceidle step ... adb shell dumpsys power has no wakelocks held Change-Id: I799f45221a6b327e7f63745cadc95ca644c064c6 (cherry picked from commit 8f0e9cede145bbc1668e25cfd6f850fe3fde3ae3)
Diffstat (limited to 'rs/java/android/renderscript/ProgramRaster.java')
0 files changed, 0 insertions, 0 deletions