The existing comments on android_ycbcr only allowed for formats
with 8 bit channels. The P010 format has 10 bits of data packed
into 16 bit channels with 6 unused bits.
Bug: b/216638710
Test: none, just comment change
Change-Id: I57d5825a87f0c3dbf4a47b3f88ac1f9e65ad97fe
Removing stoza@ (and other stale entries) from OWNERS since he's leaving
Bug: N/A
Test: N/A
BYPASS_INCLUSIVE_LANGUAGE_REASON=Correct pronouns for stoza@
Change-Id: I2291a580bd7724717b05ce6c5c01d0b2532460db
vendor_available modules were available to product modules.
However, not all vendor_available modules are required to be
available to product modules. Some modules want to be available only
to product modules but not vendor modules.
To cover the requirement, we separate product_available from
vendor_available.
vendor_available will not provide product available module.
Rename libcutils/include_vndk to libcutils/include_outside_system as
it provides the headers to the modules outside the system partition
including /product.
Bug: 150902910
Test: build
Change-Id: I791b5a6a1dc99442065debfce6fa0f54a335fcea
Modules contributing mainline modules (APK/APEX) should set
min_sdk_version as well as apex_available.
For now setting min_sdk_version doesn't change build outputs.
But build-time checks will be added soon.
Bug: 152655956
Test: m
Change-Id: Ida890adfe6dfac79267fc0e18b63d2330266438c
The marked library(ies) were available to the APEXes via the hand-written
whitelist in build/soong/apex/apex.go. Trying to remove the whitelist
by adding apex_available property to the Android.bp of the libraries.
In this change, following libs were made available to all apexes because
their usage is quite common and there is no reason to restrict them
to some APEXes.
* libbase_headers
* libcutils, libcutils_headers
* libutils_headers, libsystem_headers
* liblog_headers
* libbacktrace, libbacktrace_headers
* libcrypto_utils
Bug: 150999716
Test: m
Change-Id: If3d3652e6604ed4f6d7694fe7ac61ae496621026
Android build system added support for building translated binaries
used on natively bridged targets (arm on x86 for example).
However in order to avoid building unnecessary binaries and libraries
for such architectures most modules do not support native bridge by default.
All needed modules have to explicitly indicate if they may be used as part
of translated binary build.
This change enabled native bridge support for libsystem_headers
a dependency of libutils greylisted library (available for apps
targeting Android version < N).
Bug: http://b/77159578
Test: make
Change-Id: Ie4004c981075b22d08e4cca8cb35a7df5e157d46
File was auto-generated by runnnig update-base-files.sh
Test: header addition, built image.
Fixes: 122943743
Roll-forward of build-breaking topic commit. No changes were
needed in this patch. see bug 123404649 for breakage details.
This reverts commit 97f8353776.
Change-Id: I07abe1d49a5b55f7e0bf5e032e48fb309b2a23bd
File was auto-generated by runnnig update-base-files.sh
Test: header addition, built image.
Fixes: 122943743
Change-Id: Ic94ae8f6c42d50ae154659b8922fcebf82437eed
Libraries that are direct or indirect dependencies of modules installed
to recovery partition (e.g. toybox) are marked as recovery_available:
true. This allows a recovery variant of the lib is created when it is
depended by other recovery or recovery_available modules.
Bug: 67916654
Bug: 64960723
Test: m -j
Change-Id: Ie59155c08890e96ce1893fa3687afcf763d7aea3
This reverts commit 94f641c33 in effect. The way for framework to
avoid including graphics-sw.h is
- include graphics-base.h directly
- do not include HAL headers
Bug: 70526789
Test: builds
Change-Id: I3cd0fbdce2605a59c24f83c680bede95693abfcf
Some of the flex pixel formats are software-only. Move them to
graphics-sw.h to identify files that use them.
Bug: 70526789
Test: builds
Change-Id: I42757af810028f53bb6389c637a00c493041a4fb
Rather than constantly updating the one file as HAL change,
have a header per version. For now, the old file just includes
the new ones, until all the usage of graphics-base.h can be
cleaned up.
Bug: 66900669
Test: build
Change-Id: I396ce24f8e62b52c129a2b276698e4f00b1993f7
Video threads have soft realtime requirements that
must be met in order to maintain reliable frame delivery
even when the system is under high load. This CL
defines a new priority that can be used by video
threads, enabling them to be scheduled appropriately
relative to other system threads.
Change-Id: Idd57207e30309dfdff24389db0acf107532f9e5a
related-to-bug:63898080
The enum is being introduced into libnativewindow, but back ported here
since window-deprecated.h is still being depended by other system
componenets.
Bug: 35726763
Test: videoplayer-nodrm-protected.apk and videoplayer-drm-protected.apk
both works.
Change-Id: I9298ff9b1ddd7f868e59db41e1a84e2cdd3d02b5
These headers are used in headers in libsystem_headers and must be
re-exported.
Test: modules using libsystem_headers don't have to have
libaudio_system_headers include dirs set.
Bug: 33241851
Change-Id: Ic2d842a4c97b3e3fed770249f0cc33a399f3cead
vendor + vendor_available modules built with BOARD_VNDK_VERSION :=
current aren't allowed to use global headers. Since libutils uses
system headers itself, it should export them as well.
Also added some items into windows-deprecated.h. This file is supposed
to be in sync with the libnativewindow variant until all dependencies on
it can be fixed. However, it is missing some updates. This matters when
including libsystem_headers adds system headers before libnativewindow
headers in the lookup paths.
Bug: 33241851
Test: building with BOARD_VNDK_VERSION := current produces many fewer
errors.
Change-Id: I950821f1dae3ddc110db50869247913d5b1aa638
Bug: 33241851
Test: No changes for modules not using VNDK. For compiling with VNDK,
add libsystem_headers as dependency for using these headers
Merged-In: I2acce0ab771e10ac83461c2f931e2c19e922089e
Change-Id: I2acce0ab771e10ac83461c2f931e2c19e922089e
Bug: 33241851
Test: No changes for modules not using VNDK. For compiling with VNDK,
add libsystem_headers as dependency for using these headers
Change-Id: I2acce0ab771e10ac83461c2f931e2c19e922089e
