This reverts commit fec192e98f.
Reason for revert: AOSP is fixed with new vendor image
Change-Id: I2b7f4683139cf28bb5b8fa64c5c5273cf5c935a3
Signed-off-by: Suren Baghdasaryan <surenb@google.com>
It doesn't make sense to specify a DEVICE_MANIFEST_FILE but the
build not including it. The conditional definition of the module
makes it problematic to have it listed in the PRODUCT_PACKAGES
of a generic mk.
Test: build mainline_arm64 + mainline_system_arm64
Change-Id: I40e435ce114263ceabbd373d3d719318c592fc13
Possible now that it has TARGET_COPY_OUT set for vendor and
product.
Update the whitelist too.
Bug: 120974093
Test: make
Change-Id: I99eb718f5f4e79b9224a4079f2ff4595cd2b7ae2
Needed by recovery on devices without a cache partition.
Bug: 80410283
Test: lunch mainline_arm64; m nothing
Change-Id: I71fd35022b0928016f6767cea35971ce14bf03fe
This app is not intended to be moved to /product.
Bug: 122353713
Test: lunch mainline_arm64; m nothing
Change-Id: I65464975a77e187591b3e2de2521f1b2876b5abf
Stop using armv7-a without neon for 32-bit unbundled apps, and update
generic_x86_arm to match the cuttlefish configuration that includes
neon.
Test: treehugger
Change-Id: Ieb6a2106655803a8ca609907c12168e628ee1b85
The module refers to framework compatibitlity matrix
that defined OEM modules.
Also, renamed framework_compatibility_matrix.xml
to system_compatibility_matrix.xml, since
framework_compatibility_matrix.xml consists of both
system and product compatibility matrices. This fixes
mainline build.
Test: build
Test: boot device with product compatibility matrix
Bug: 120600021
Change-Id: Ibfb12578c3ec77b6baede4eed852074e08022119
Include libprocessgroup into vndk because libprocessgroup now implements
sched_policy control functions.
Bug: 111307099
Test: builds, boots
Merged-In: If18227e8a824a1e606df78dfe01d9d2437c62792
Change-Id: If18227e8a824a1e606df78dfe01d9d2437c62792
Signed-off-by: Suren Baghdasaryan <surenb@google.com>
The REMOVE_OAHL_FROM_BCP flag is always set to true and is no longer
necessary so this change removes any uses of the flag.
Bug: 18027885
Test: cts/tests/signature/runSignatureTest.sh
Change-Id: Ied8c3315b29094ad6acee539520af3e4c9e79839
The impl lib name of java_sdk_library is changed to {module_name}.jar
instead of {module_name}.impl.jar
Bug: 110404779
Test: m -j
Change-Id: I275cd40e3682640b96425e56698cea770888cbb1
Merged-In: I275cd40e3682640b96425e56698cea770888cbb1
(cherry picked from commit 0372f189ac)
So far, we have *_system.mk and *_vendor.mk.
This patch split all product settings from *_vendor.mk to new
*_product.mk
This patch also create a new telephony.mk to include all
telephony_*.mk
Bug: 119747870
Test: lunch mainline_arm64-user; make -j
Test: compare the content with and without the patch
Test: the output files in out folder are the same
Change-Id: I79aefdd1971b3b5724a3ec858de4109b645c765a
Merged-In: I79aefdd1971b3b5724a3ec858de4109b645c765a
This product variable is used to generate the loader config (to use
either /system/product or /product), and the vendor one is likely
used in similar ways. Having these partitions is required for mainline
devices, so set it in the shared BoardConfig.
Bug: 80410283
Test: make
Change-Id: I6f2d94ff43572a28df54ea8c60f2d838a3b9216c
The app will move to product soon, but temporarily
whitelist that mainline_arm64 adds it to /system.
Test: make
Change-Id: I7b0ce5623a160bcb0f8b89f3053a007019ff0b62
It is present in media_vendor.mk (and soon media_product.mk),
which is the correct place.
Test: make
Change-Id: I7ffda211cf4b01a22ec01c661959defcf59bbc4b
The Android Runtime APEX is always included on all products.
Test: make systemimage on marlin-userdebug
Test: make systemimage on sailfish-userdebug
Bug: 113373927
Change-Id: I47b02ee44562b8da17bd960825a3489572018d93
Rename ANS to ONS
Bug: 118347827
Test: compile
Merged-In: Id01f0fc595e736f081d97309f62426cc54ac9e94
Change-Id: Id01f0fc595e736f081d97309f62426cc54ac9e94
Bionic libs are moved to the runtime APEX and thus are available via the
path /apex/com.android.runtime/lib[64]. However, for processes that are
started before the APEX is ready, a copy of the bionic libs should be left
under /system/lib[64]. This change ensures that the bootstrap bionic
libs are always installed to the system partition.
Note that, at runtime, the bionic libs in the runtime APEX are
bind-mounted to /system/lib/<libname>.so which essentially hides the
bootstrap bionic libs to the processes after the activation of the
runtime APEX.
Bug: 120266448
Test: m and check that libc, libdl, libm are under
/system/lib[64]
Change-Id: I9d5e8e718aa020c012f312a70ed54652130048dd
