commit | edf06db82dd15964be2e9045c8476eca105a8a4f | [log] [tgz] |
---|---|---|
author | Anton Hansson <hansson@google.com> | Tue May 25 17:11:07 2021 +0100 |
committer | Anton Hansson <hansson@google.com> | Tue May 25 17:13:07 2021 +0100 |
tree | e7e6c0b5afece909fa57bf5ef1d05d2dbedb437d | |
parent | dc4328464101caa86be430aaa05c4bf413ce7f22 [diff] |
Remove workarounds for running on 32-bit CF Previously, the 64-bit test suite was being run on a 32-bit test device, requiring a hacky setup in the build rules to make sure the binaries in the 64-bit test suite were actually compiled for 32-bit. Because we now use 64-bit cuttlefish, this hack is no longer required. Bug: 149618660 Test: presubmit Change-Id: I1650794843131ecec1c6c4a1215c268bac21f66c
SdkExtensions module is responsible for:
The module is packaged in an apex, com.android.sdkext
, and has several components:
bin/derive_classpath
: a native binary that runs early in the device boot process. It reads individual classpath configs files from the system and other modules, merges them, and defines the definition of *CLASSPATH environ variables.bin/derive_sdk
: native binary that runs early in the device boot process and reads metadata of other modules, to set system properties relating to the extension SDK (for instance build.version.extensions.r
).javalib/framework-sdkextension.jar
: this is a jar on the bootclasspath that exposes APIs to applications to query the extension SDK level.derive_sdk
is a program that reads metadata stored in other apex modules, in the form of binary protobuf files in subpath etc/sdkinfo.binarypb
inside each apex. The structure of this protobuf can be seen here. The exact steps for converting a set of metadata files to actual extension versions is likely to change over time, and should not be depended upon.
The module exposes a java class SdkExtensions
in the package android.os.ext
. The method getExtensionVersion(int)
can be used to read the version of a particular sdk extension, e.g. getExtensionVersion(Build.VERSION_CODES.R)
.
derive_classpath
service reads and merges individual config files in the /system/etc/classpaths/
and /apex/*/etc/classpaths
. Each config stores protobuf message from classpaths.proto
in a proto binary format. Exact merging algorithm that determines the order of the classpath entries is described in derive_classpath.cpp
and may change over time.
For every new Android SDK level a new extension version should be defined. These are the steps necessary to do that:
derive_sdk.cpp
by:GetSdkLevel
with the new enum setderive_sdk_test.cpp
verifying the new extensions worksSdkExtensions.getExtensionVersion
API support the new extensions.RollbackManagerServiceImpl#getExtensionVersions
to account for the new extension version.