- This is for userdebug build only
- Target to improve ramdump-less debugging for All of Pixel devices
- Max bootloader logs size is 45KB and will be appended to last kernel
log end
- Totally enlarge last kernel logs size from (96-45)KB to < (192-45)KB
=> extra inserted size: header(521B), truncated signature(14B), footer(43B)
SYSTEM_LAST_KMSG + header(521B) + truncated signature(14B) + footer(43B) = 196608B(192KB)
and actual SYSTEM_LAST_KMSG is 196030 < 192KB
Bug: 145574030
Change-Id: I7b5921e1f01433c7aa27e564ab28181d0a4d0b31
Time has come that we can finally ditch untrusted password reset i.e.
changing lockscreen password without providing the existing password or
an activiated password reset token. In this change, we are:
1. Preventing any DPC / legacy device admin from invoking
DPM.resetPassword(), the primary route to invoke untrusted password
reset. Depending on their target SDK level, resetPassword() will either
throw SecurityException, or fail silently.
2. Still allowing privilleged app holding RESET_PASSWORD permission to
call this API, but it's limited to setting a new passowrd on an
unsecured device.
3. Removing synthetic password caching mechanism in LockSettingsService,
whose sole purpose was to support untrusted password reset.
Bug: 137939224
Test: atest com.android.server.locksettings
Test: atest com.android.server.devicepolicy.DevicePolicyManagerTest
Change-Id: Ie3e5e277984b6fc2f1d378880363028752bad775
am: c2769be126 -s ours
am skip reason: change_id Id31e3ce6662db254b77178bc2d6ee9ec7532bc8d with SHA1 3da1104af0 is in history
Change-Id: Id4106088073a8956b445242c3b997560d5354be7
Ideally audio and video files would embed information like subtitles
and lyrics directly into the container format, but alas the world
hasn't completely moved to Matroska yet.
Thus we're willing to recognize these side-car files and let them be
visible to apps that have gained the "Audio" or "Video" permissions.
Bug: 132359020, 143549606
Test: atest --test-mapping packages/providers/MediaProvider
Change-Id: I07513c48e245a00c0288a4b0fbee322cb02f49a9
@CorePlatformApi's cannot be depended on by Wifi
Mainline module. Thus create a copy and migrate
usages over.
Bug: 145409537
Test: atest FrameworksWifiApiTests
Change-Id: If4133bdd9ac9ca005538a03592462d2e1365c0d8
We're not ready to commit to VolumeRecord in an API surface, so the
next best choice we have is to place the logic in MediaStore, which
is outside the Mainline module boundary.
This also has the benefit of giving partners control over exactly
what policy they want to use for expiring stale volumes.
Bug: 137890034
Test: atest --test-mapping packages/providers/MediaProvider
Change-Id: I677e4bfa6d08e32775e02c323debbaa90acf632b
