6df866a8510af2776c48425a361f708ae7f5d7d6 |
|
31-Mar-2017 |
Jeff Sharkey <jsharkey@android.com> |
Enforce PACKAGE_USAGE_STATS for usage data. Some system services are offering package usage data through both public/system APIs and through dump() calls. In principle, usage data hould always be protected with PACKAGE_USAGE_STATS, so start enforcing that. (Otherwise if a user blocked PACKAGE_USAGE_STATS access to an app, that app could still obtain the data via dump() if they held the DUMP permission.) Bottom line, let's respect the user's wishes. Protecting the entire output like this is pretty blunt, but future CLs can add more nuance to the output if desired. Test: cts-tradefed run commandAndExit cts-dev -m CtsSecurityTestCases -t android.security.cts.ServicePermissionsTest Bug: 32806790 Change-Id: I46173562713bea7d89e12a4313c78eb52ea8d77d
/frameworks/base/services/core/java/com/android/server/GraphicsStatsService.java
|
fe9a53bc45fd0124a876dc0a49680aaf86641d3e |
|
31-Mar-2017 |
Jeff Sharkey <jsharkey@android.com> |
Consistent dump() permission checking. This change introduces new methods on DumpUtils that can check if the caller has DUMP and/or PACKAGE_USAGE_STATS access. It then moves all existing dump() methods to use these checks so that we emit consistent error messages. Test: cts-tradefed run commandAndExit cts-dev -m CtsSecurityTestCases -t android.security.cts.ServicePermissionsTest Bug: 32806790 Change-Id: Iaff6b9506818ee082b1e169c89ebe1001b3bfeca
/frameworks/base/services/core/java/com/android/server/GraphicsStatsService.java
|
82566807430655f3856836bbd94828706d4972fb |
|
20-Mar-2017 |
Tony Mak <tonymak@google.com> |
Use getPackageInfoAsUser in requestBufferForProcess Notice that the exception is caught now, so it doesn't crash the app. And seems the buffer is used for stats only, so seems thing is still working. But it is still good to have it fixed :) Fix: 36349295 Test: Install Avast Passwords in work profile only, launch it. Observe that no more log complaining failed to get application. Change-Id: I27b213303e9cf08c32e2ffdb7bda131c2b7f9ecb
/frameworks/base/services/core/java/com/android/server/GraphicsStatsService.java
|
37dfb429924be4373cc458816fae6d7eec0aa14d |
|
23-Feb-2017 |
John Reck <jreck@google.com> |
Fix concurrent modification crash in onAlarm Change-Id: Idfd094f3c9ea59356440d6851ccd5abda36ca6ba Fixes: 35640585 Test: manual; after boot, opened the power menu to force system_server to spin up a ThreadedRenderer instance (and thus register itself as a callback on GraphicsStatsService). Then manually set the date forward by a day to trigger onAlarm and verified the system didn't reboot/crash. A systrace capture verified that the alarm fired and package:android (system_server) had a log rotation event.
/frameworks/base/services/core/java/com/android/server/GraphicsStatsService.java
|
df1742ed47da1e9b61afeae16fa448d5302a8aa0 |
|
20-Jan-2017 |
John Reck <jreck@google.com> |
Overhaul GraphicsStatsService * LRU cache of recently-used is dead, replaced disk storage * ASHMEM size is read from native by the system service, no longer requires keeping a sizeof() in sync with a constant in Java * Supports dumping in proto format by passing --proto * Rotates logs on a daily basis * Keeps a history of the most recent 3 days Bug: 33705836 Test: Manual. Verified log rotating works by setting it up to rotate every minute instead of day. Confirmed /data/system/graphicsstats only has the most recent 3 entries after several minutes Change-Id: Ib84bafb26c58701cc86f123236de4fff01aaa4aa
/frameworks/base/services/core/java/com/android/server/GraphicsStatsService.java
|
660108075e61d7b7e6c138000890011510d5b079 |
|
30-Mar-2016 |
John Reck <jreck@google.com> |
Expand JankTracker Bug: 27922347 * Dump the full histogram * Expand the histogram to have a slow-frame section with large 50ms buckets to raise the cap to 5s to give more insight into system-health * Stop excluding first-frame metrics as we want to include those in our global tracking. Automated tests already filter these out by doing resets before running anyway. Change-Id: Idaba8aad591f59d10a6477b11efc0767ff715083
/frameworks/base/services/core/java/com/android/server/GraphicsStatsService.java
|
5ed587f25b367cfd1f68279d6cd96ee403bd6f34 |
|
24-Mar-2016 |
John Reck <jreck@google.com> |
Track slowest frames Fixes: 27795291 Track the 10 slowest frames over the last 24 hours to try and give approximate insight into total system health. Change-Id: I8aa646cef0bea185d46b3c78478266bc01d17fd7
/frameworks/base/services/core/java/com/android/server/GraphicsStatsService.java
|
cd65448ccd13c4c2d0fe9e9623fec3a898ab9372 |
|
09-Jan-2016 |
Jeff Sharkey <jsharkey@android.com> |
Even more PackageManager caller triage. Finish moving all UID/GID callers to single AIDL method that requires callers to provide flags. Triage AppWidgets and PrintServices, which currently can only live on internal storage; we should revisit that later. Fix two bugs where we'd drop pending install sessions and persisted Uri grants for apps installed on external storage. Bug: 26471205 Change-Id: I66fdfc737fda0042050d81ff8839de55c2b4effd
/frameworks/base/services/core/java/com/android/server/GraphicsStatsService.java
|
5742b9770a53a41be17ba24b05c62ca05532db91 |
|
11-May-2015 |
John Reck <jreck@google.com> |
Increase HISTORY_SIZE for GraphicsStatsService The history size of 10 is a bit cramped, bump it Change-Id: I4d0d72cf9bc167b395223d0c3e2a66fd4208e67c
/frameworks/base/services/core/java/com/android/server/GraphicsStatsService.java
|
edc524c90506d80e0fc5fb67e8de7b8f3ef53439 |
|
18-Mar-2015 |
John Reck <jreck@google.com> |
Add GraphicsStatsService More S's for More Speed Split JankTracker's backing data from the class to allow for data relocation to/from ashmem regions Pack the jank tracking data to fit in 256 bytes Change-Id: Ife86a64b71a328fbd0c8075fe6a0404e081f725b
/frameworks/base/services/core/java/com/android/server/GraphicsStatsService.java
|