Age | Commit message (Collapse) | Author |
|
Test: N/A
Change-Id: I8f7d0b042ed2c7abbf45a6a9e770e85ec7ae2869
|
|
This change is part of a topic that moves the recovery resources from the
system partition to the vendor partition, if it exists, or the vendor directory
on the system partition otherwise. The recovery resources are moving from the
system image to the vendor partition so that a single system image may be used
with either an A/B or a non-A/B vendor image. The topic removes a delta in the
system image that prevented such reuse in the past.
The recovery resources that are moving are involved with updating the recovery
partition after an update. In a non-A/B configuration, the system boots from
the recovery partition, updates the other partitions (system, vendor, etc.)
Then, the next time the system boots normally, a script updates the recovery
partition (if necessary). This script, the executables it invokes, and the data
files that it uses were previously on the system partition. The resources that
are moving include the following.
* install-recovery.sh
* applypatch
* recovery-resource.dat (if present)
* recovery-from-boot.p (if present)
This change supports making a direct or transitive dependency of the applypatch
executable available to applypatch, which is now on vendor.
Bug: 68319577
Test: Ensure that recovery partition is updated correctly.
Change-Id: Idc1670ffd8c70aefe2a249e874733baae7f7d765
|
|
am: 708c6de808 -s ours
am skip reason: subject contains skip directive
Change-Id: I81ab4bf8f87de74cc380df2088da262fda24bdc8
|
|
Bug: 120848293
Change-Id: I809f64bd5936835bae3618c479419e19ebcf0c07
|
|
am: 74d8fb9ffd
Change-Id: I6aca583de5be96d6e442fa7bb4e82f52a14ae2db
|
|
am: 4600b7a60d
Change-Id: Idd7f1c022035b701e57a53a4381d0086a6c92dc3
|
|
am: 40644ada0e
Change-Id: I619afa14daac7ecc5f27ed948500023e6875e6e4
|
|
Test: N/A
Change-Id: Ib1307815ecf1ebe15a5e6efd90a4ebc7bf306aec
|
|
7239b14f7c am: 2919001f63
am: 5379c62c12
Change-Id: Ieb923ef2f5d2338bb271d27b40493adea9d6507c
|
|
7239b14f7c
am: 2919001f63
Change-Id: Idd7e2c598bfa5b4a558ecd5d3680db06e59c1b79
|
|
am: 7239b14f7c
Change-Id: I0d72236058bc34ba0c1a2c2b7dc0e551dea8d6b5
|
|
|
|
am: 8eb7161534
Change-Id: Id3f3b79bfcb80f891f24a8b439a6c83508827713
|
|
am: e2b6da5ee0
Change-Id: I87d433fb2d9b08c2efef12ea1934145604e3a29e
|
|
am: d7e435979a
Change-Id: Ibc7dccf84c0c6af34893135d1e9caf1ac5a8e1c3
|
|
Change-Id: I4944ea888d852cdb0369dd23e8420916ca804a2b
|
|
MERGE am: 5912ddfcfe -s ours am: 08db450076 -s ours
am: d5ebfa5507 -s ours
Change-Id: I9cc20f5feebdeae81b1f82b8b543bdff546be771
|
|
MERGE am: 5912ddfcfe -s ours
am: 08db450076 -s ours
Change-Id: I693c0e0db10431ca9690a9cc6bfaeb24fc63fe62
|
|
am: 5912ddfcfe -s ours
Change-Id: Ic95eafb0819e087d861b72b311ac6d071e257395
|
|
Change-Id: I42bb6a0cb42f10137be010ace697e501fb007c20
|
|
MERGE am: ecde361243 -s ours
am: 7902790d65 -s ours
Change-Id: I5f363d47c0310685681dd2a7e1f801fb60de29f5
|
|
MERGE
am: ecde361243 -s ours
Change-Id: I88563aa5580cd7ff2d11cff1e4f9123ea17b846b
|
|
Change-Id: I3204883566df69a391c11a248985cc3864323e4d
|
|
Test: build update_engine_sideload
Change-Id: Ia467e39133c2e872297d8b5923eb9d7bf95d2387
|
|
|
|
|
|
* Remove dependency to full JDK. This should speedup clean builds.
* Upgrade appveyor bazel
|
|
Make sure the travis CI aarch32 bot tests NEON, and also that running
CROSS_COMPILE=arm-linux-gnueabihf make enables the use of NEON to
accelerate the back-reference copying.
|
|
|
|
* Fix typo / minor formatting / pull computable constant to the place of use.
|
|
The macro that checks for NEON support should be __ARM_NEON, not
__ARM_NEON__. [1]
AArch64 compilers define __ARM_NEON but not __ARM_NEON__.
AArch32 compilers currently seem to define both, but could be within their
rights to drop __ARM_NEON__ in future versions.
This change moves the check into the common/platform.h file, checks for
both forms, and sets BROTLI_TARGET_NEON if NEON support is available.
[1] Section 6.5.4 of the ARM C Language Extensions.
(At the time of writing, the latest version was Release 2.1.)
|
|
am: 3f821fa64b
Change-Id: Id60be23ab1932d590167a42c8f6bf51e3112bdd1
|
|
am: 9954a80644
Change-Id: Ib3cee66dcf34affa2050b1abb848a0ccd8bc5eab
|
|
am: c9980a318e
Change-Id: I95677ea5706289c9ec91d68de93d2a7df08b9694
|
|
|
|
am: e32a419b83
Change-Id: Ibb8a08740fb9717d94f98bba8396470e8e34261f
|
|
am: c8a27c6280
Change-Id: Ia934d26e50cf174a0bd2d841955dd29ad1c9a1b5
|
|
am: 1ac7fc6b16
Change-Id: I03c257a932a8626560fd91ab081523f22dce1e99
|
|
Required to be used in unbundled apps.
Bug: 112696623
Test: builds
Change-Id: Ief36e9b951f8d24e7d8b52f06dfbd275e1cdc15b
|
|
Window size is defined as:
`(1 << BROTLI_PARAM_LGWIN) - 16`
in `c/include/brotli/encode.h`
Therefore we should probably take these 16 bytes into account.
Done basic manual testing:
$ python3 -c 'print ("A"*2046)' > t
$ bazel run -- //:brotli -w 0 -f -o $(realpath t).br $(realpath ./t)
$ python3 research/brotlidump.py t.br |& fgrep WSIZE
0000 c1 1000001 WSIZE windowsize=(1<<12)-16=4080
New version properly detects window size of `4080`, while previous one used `2032`:
$ python3 research/brotlidump.py t.br |& fgrep WSIZE
0000 b1 0110001 WSIZE windowsize=(1<<11)-16=2032
|
|
Submodules are not supported by the current Android platfrom development tool chain, so only make git do extra work. Even worse, misconfigured submodules that break git-based workflows can be submitted without triggering a presubmit failure.
Test: TreeHugger
Issue: 109878533
Change-Id: Iac2ae9d5eda6d1809dc2de20976ab66a713ac5ad
|
|
* platform: add macro for using the 'aligned' attribute
* decode: add accessor macros for HuffmanCode fields
Adds a constructor function for building HuffmanCode values
so they can be accessed quickly on different architectures.
Also adds macros for marking a HuffmanCode table pointer
that can be accessed quickly (BROTLI_HC_MARK_TABLE_FOR_FAST_LOAD),
adjusting the index into that table (BROTLI_HC_ADJUST_TABLE_INDEX),
and getting the .bits or .value fields out of the table at the
current index (BROTLI_HC_GET_BITS/VALUE).
For example, assuming |table| contains a HuffmanCode pointer:
BROTLI_HC_MARK_TABLE_FOR_FAST_LOAD(table);
BROTLI_HC_ADJUST_TABLE_INDEX(table, index_into_table);
*bits = BROTLI_HC_GET_BITS(table);
*value = BROTLI_HC_GET_VALUE(table);
BROTLI_HC_ADJUST_TABLE_INDEX(table, offset);
*bits2 = BROTLI_HC_GET_BITS(table);
*value2 = BROTLI_HC_GET_VALUE(table);
All uses of the HuffmanCode have been updated appropriately.
* decode: add alternative accessors for HuffmanCode on Arm AArch32
|
|
* build: add cross-compilation support to make
Set CROSS_COMPILE when running make to use the selected cross
compilation toolchain, such as arm-linux-gnueabihf, or
aarch64-linux-gnu.
Testing requires the presence of qemu - 'qemu-$(ARCH)' will be executed,
where ARCH is the first part of the toolchain triplet.
* build: add cross-compilation support to cmake
If C_COMPILER/CXX_COMPILER/CC/CXX are found to have cross-compilation
triplets in front of the compiler, then qemu will be used to execute the
tests.
* CI: add arm-linux-gnueabihf-gcc builder to Travis
The version of qemu available in Ubuntu trusty (as provided by Travis)
appears to have a bug in qemu-aarch64, which leads to the compatibility
tests failing on some inputs, erroneously rejecting the input as
corrupt.
Once Travis supports xenial, we could add an aarch64-gnu-linux-gcc
builder as well.
* CI: propagate cmake errors out of .travis.sh
Seems like even if cmake fails, the error isn't picked up by Travis.
|
|
am: f2b780de52
Change-Id: I1b5b8d437e1e817a7192dedb7978f961c15d948a
|
|
am: abc338016d
Change-Id: I964f8db974cb68efddf22f9f5e767c2a336b01df
|
|
am: 715270d9b5
Change-Id: I9d215d3bf49a7b79fff45456a79b96a2fa67c7fe
|
|
am: 43476b148c
Change-Id: I742edb2b482891e5eeb350781e5da81cfa505212
|
|
am: 905f0d3eff
Change-Id: I63d1c573cd548e97a84f7e15483875ea2a52df9f
|
|
am: a5dcb7cf83
Change-Id: I833b959b1e8496d3db3778f0ed1cdde0e6b05c93
|
|
Bug: 114832768
Test: mma
Change-Id: I7984538b2bf23d9297670695e788fac2ca479059
|