summaryrefslogtreecommitdiff
path: root/rs/java/android/renderscript/ProgramVertexFixedFunction.java
diff options
context:
space:
mode:
authorChristopher Tate <ctate@google.com>2017-09-27 15:39:54 -0700
committerChristopher Tate <ctate@google.com>2017-09-29 12:20:34 -0700
commit43f2d3d3374f8c8f40fc1035135d294c8853254e (patch)
tree6da0a8cd75e7580b6ba0cb0d6e39572db061b503 /rs/java/android/renderscript/ProgramVertexFixedFunction.java
parent2f3072bcf4cb8b8efc342d70cc758b5b145ba09b (diff)
Reduce lock interactions in backup transport management
1. process package update broadcasts on our background thread rather than on the main looper thread 2. don't synchronize unnecessarily around access to simple transport metadata We mustn't block the main looper thread for anything that might wind up interlocked with calls to the transport, because those might take arbitrary amounts of time. We were previously entering such an implicitly interlocked code path during package-changed broadcast handling, and in pathological cases were causing the watchdog to restart the system. This situation is addressed in a couple of ways: first, by no longer performing package-update work on the main looper thread at all; and second, by eliminating lock reliance entirely from data-access paths that don't actually need it. Bug: 65438129 Bug: 64133971 Test: manual + CTS Change-Id: I361ad4a0729f319db7339bd341a6d33aa3b64fed
Diffstat (limited to 'rs/java/android/renderscript/ProgramVertexFixedFunction.java')
0 files changed, 0 insertions, 0 deletions