diff options
| author | 2022-03-17 17:54:25 -0700 | |
|---|---|---|
| committer | 2022-03-17 23:20:52 -0700 | |
| commit | 8287585b8171cfe03f3bb9ec288270dc90d90f71 (patch) | |
| tree | d4a4a7b154325484ed0629b5be16d8e8338593e7 /libs/androidfw/StringPool.cpp | |
| parent | 162255ae1438c4af91b22209105536a4328da8a9 (diff) | |
Guard mUidBlockedState with a separate lock.
Instead of using the main 'mUidRulesFirstLock', add a
granular lock for mUidBlockedState so that network state
requests (which only use mUidBlockedState) doesn't get
blocked on the highly contended 'mUidRulesFirstLock'.
The risk with this change is that it is possible the
underlying firewall rules are not consistent with the
network blocked state that is returned to the apps.
But technically, this is already case if there is an
immediate update to network rules after app queries
it's network access state.
Bug: 209338078
Test: atest tests/cts/hostside/src/com/android/cts/net/HostsideRestrictBackgroundNetworkTests.java
Change-Id: I6a913742647577256c9281dd8ebf4aa5422a49ee
Diffstat (limited to 'libs/androidfw/StringPool.cpp')
0 files changed, 0 insertions, 0 deletions