Age | Commit message (Collapse) | Author |
|
Change-Id: I50e4383a10278fd78dd39dd919857298db48545b
|
|
Change-Id: I83dccd626625428fd9f92c3ad0254cc1d9e9918f
|
|
product_services partition is designed for the test purpose only. It
must not be included in the target devices.
Bug: 134359158
Test: Build configuration for product_services partition must return
error message.
Change-Id: I6f8cdf73d18ad3174c7b31edb5d5ee10df75a776
|
|
These LMK properties are product properties. The configuration will
be absent when GSI is installed as GSI doesn't mount the product
partition. Without these settings, some CTS test cases could
fail due to an aggressive LMK.
The patch puts these properties in GSI as default values.
Bug: 136212765
Bug: 134460917
Test: `run cts -m CtsFileSystemTestCases`, all pass
Change-Id: I6fde8db51debcb9bb269aece3a3e4c7e5bb991f6
|
|
Change-Id: I7d8103b513bca4f31b8f8da2f81747cea54a38e0
|
|
It is now set on the /product partition by relevant devices.
Bug: 135569569
Test: lunch mainline_system_arm64; inspect system/etc/prop.default
Test: boot crosshatch and check the sysprop is still true via "adb shell getprop"
Change-Id: I34696977f584a65741c6002e6688d86e66a1f121
Merged-In: I34696977f584a65741c6002e6688d86e66a1f121
|
|
Change-Id: I13bb3e426c1201de8c2b5b29022e1fa51865ede6
|
|
Pure GSI build targets has no vendor partition, such as
aosp_$arch_ab and gsi_$arch. The system properties defined by
PRODUCT_PROPERTY_OVERRIDES will be in /system/build.prop.
The patch defined a fake BOARD_VENDORIMAGE_FILE_SYSTEM_TYPE to
let these system properties flow to vendor and won't pollute the
system.img.
The bug also move some properties to /product/build.prop.
Bug: 135508595
Bug: 131162245
Bug: 134781120
Test: check the /system/build.prop do not have "ro.carrier=unknown"
Test: adb remount on GSI Q on P
Change-Id: Ib200d66cf98fea572c26338e058bce29eb5e0cd7
Merged-In: Ib200d66cf98fea572c26338e058bce29eb5e0cd7
(cherry picked from commit 711d696eb3af759c63c416b0224faeac1f6c04f1)
|
|
Change-Id: If5047deabff492d06b2d3882a0b2c76fcb0590fc
|
|
Change-Id: I098c2e3d45b76fd74b24c8fd82cd622bdb2d4b5d
|
|
This reverts commit ef7c2c79154126902194b1bb6bf166b7e201bc83.
Reason for revert: Resolve string downgrade issue
Change-Id: I28831f2592bba09907b76c7d5ac46326a9c1e9f8
(cherry picked from commit 0c355124bf6681d51a93d32a56519c1e3560b503)
|
|
This reverts commit ef7c2c79154126902194b1bb6bf166b7e201bc83.
Reason for revert: Resolve string downgrade issue
Change-Id: I28831f2592bba09907b76c7d5ac46326a9c1e9f8
|
|
Change-Id: I02b3f2de8dc190e4e8c4977a5228fed409d0bd30
|
|
am: ead61ed19e
Change-Id: Iaf434bf5690c3c50371bb11266d300ab7d335184
|
|
Change-Id: Id9884e29546067ba631db86ff1a2d70c5cf9fb14
|
|
am: a3e1c57a95
Change-Id: I0b10bab75834759c3bd216fc77c38c84b445c4e2
|
|
Bug:126590667
|
|
Change-Id: Ie27c07a29bbc71881b3870b1846b502b865722f5
|
|
Bug:126590667
|
|
|
|
Change-Id: I43cdbe5ae6bdb49f754c8d483e6517a80df0031b
|
|
Memory impact of this change: ~1.5MB idle PSS.
Test: build low_ram enabled target
Bug: 123542916
Change-Id: I5afec17cd0b60cab9c6f336df8a09d3861473394
|
|
Change-Id: I282cd21015e6f529905797cc1a9ed646cdae7f91
|
|
Change-Id: I108605e2e39c9b06cea05ac9afc82e2233b3f7aa
|
|
Change-Id: I91e2f9399625021ad31c166716819917ce598477
|
|
Change-Id: I6b9c06c18c283ac31cebe6aabc37a8f0a9240bcf
|
|
Change-Id: I31e931dc3f36f1ceb770005952339a1b4b70eec9
|
|
Change-Id: I6fa3d3b8865fe93ed20bae4949511e684faa7874
|
|
Change-Id: Id07c6eccb9ccd1cb92ec38edfd55b3bafc961592
|
|
Change-Id: I9d3bb9ccad68ee1a85f59cb402c04118a81b4dae
|
|
Change-Id: Idfaf79627190402b649f2fc037243b19eecee23b
|
|
Change-Id: I39cb8fdab35698b001484e2e6384ab16bce6d45c
|
|
Change-Id: I95b0758241cc0f8b5ef09b8d2aaeabc1803fb553
|
|
Change-Id: Icac4a2d2978fc5941c4c5e0c4874ea59d635be1a
|
|
When using Verified Boot 2.0, releasetools specifies a salt value based
on build fingerprint, so that to give idempotent images.
However, the change that removed static `ro.build.fingerprint` [1] broke
the behavior, as common.LoadInfoDict still relies on fingerprints.
Without a fixed salt, the first call to make_recovery_patch.py and the
second one (which writes IMAGES/{boot,recovery}.img) will see different
images, which leads to install-recovery.sh failure.
Note that currently there's a dependency that requires getting bootable
images through two separate calls. make_recovery_patch.py has to happen
first to get (placeholder) files in the system image. We then generate
canned fs_config files, and finally use add_img_to_target_files.py to
write the images.
This CL adds a quick workaround to force rebuilding the
recovery-from-boot patch while calling add_img_to_target_files.py.
[1] https://android-review.googlesource.com/c/platform/build/+/892933
Bug: 134123803
Bug: 134525174
Test: TreeHugger
Test: Build a non-A/B target that uses AVB. Run validate_target_files.py
on the generated target_files.zip.
Change-Id: I5859e30be63bfd54398cf41fd2d907f15285f560
Merged-In: I5859e30be63bfd54398cf41fd2d907f15285f560
(cherry picked from commit 4978fa99d17de70b09472a4c41c8fe610364fbbb)
|
|
Change-Id: I91e722cb5151e230658e7d0e6fe88a9140a8c722
|
|
Change-Id: I6b7d95613f136840aafb9b1ef137734fa1af2e67
|
|
Change-Id: Ifff361e7dc5e4ebe05e2bcd7849a1ba168371085
|
|
Change-Id: Ic4ed77870364b2f43082d25a88f1af81a0a741bd
|
|
Change-Id: I671ec9a0eae1be75b6755219c1d57f1da99e60c6
|
|
Change-Id: I38ff4cd6502af0a67078ca51954645beaec2d8b0
|
|
Change-Id: Iafeabd47b4a5426e0f1f1a0441bed9e255d61683
|
|
Change-Id: I9aa6eaab86146653620a5d349755f357fceb2ee9
|
|
Change-Id: I895043432f2ea5f381242a0277b754a813b365bf
|
|
Change-Id: Iff6c5a9e247e9710bcc3c3f2f77479533fcc4383
|
|
Change-Id: I2c772dbfc79c48837bbb24abd582b5a0f6ccd8ac
|
|
Test: n/a docs only
Fixes: 133228727
Change-Id: I10cdd9a4dfe8c508417f7b80320e308c236f2c8e
|
|
Change-Id: Ia5716c6eb80c15e2fbf8f7366690af21226021b4
|
|
Change-Id: Ie03275169a2f525f932c89f4350a46366ad2179b
|
|
Change-Id: I3bcdbce0111e659b2132639f9efb46dbb2a38dfc
|