summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator_test.cpp
diff options
context:
space:
mode:
authorJeff Sharkey <jsharkey@android.com>2016-09-22 11:35:31 -0600
committerJeff Sharkey <jsharkey@android.com>2016-09-22 12:22:09 -0600
commit7e2bb3e6dd1e016f74d174eb154ef44b72fe4b4c (patch)
tree387004229e079c0bf8b33ea9d13e4e1a13fabac9 /tools/aapt2/java/JavaClassGenerator_test.cpp
parentdd6230d466606cdd4d2cac8934875a5778046229 (diff)
Recursively restorecon when SELinux label changes.
PackageManager has been pretty aggressive about asking installd to restorecon over app data when it thinks something might have changed. However, in the vast majority of cases these are no-op requests, and we waste a bunch of time recursively walking all private data, easily costing 60+ seconds on dogfooder devices. This change relies on new installd "create_app_data" behavior that kicks off a recursive restorecon if it detects that the top-level SELinux label on the app private data directory changes. This means that PackageManager no longer needs to track restoreconNeeded state. Test: booted, verified that a label change triggered restorecon Bug: 30768146 Change-Id: I0c8d4018cf8ff888d0ae07a82adc3d61a6002aad
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions