android source镜像源_通用系统映像 | Android 开源项目 | Android Open Source Project...

通用系统映像 (GSI) 是指已针对 Android 设备调整配置的系统映像。GSI 可视为一种“纯 Android”实现，采用未经修改的 Android 开源项目 (AOSP) 代码，在任何运行 Android 8.1 或以上版本的 Android 设备上都可以顺利运行。

GSI 用于运行 VTS 和 CTS-on-GSI 测试。为确保运行最新版 Android 的设备正确实现供应商接口，您需要将 Android 设备的系统映像替换为 GSI，然后使用供应商测试套件 (VTS) 和兼容性测试套件 (CTS) 来测试设备。

注意：本文介绍的 GSI 内容适用于 Android OEM 和 ROM 开发者；Android 应用开发者请访问 developer.android.com，了解面向应用开发者的 GSI 详细信息。

使用 GSI 之前，请先阅读下面几部分内容，详细了解 GSI 配置(和允许的差异)、类型(Android GSI 和旧版 GSI)以及供应商二进制文件和 VNDK 依赖项。然后，请为目标设备下载并构建 GSI，再将 GSI 刷写到 Android 设备上。

GSI 配置和差异

当前的 Android GSI 具有以下配置：

Treble - GSI 完全支持 Android 8.0 中引入的基于 HIDL 的架构更改(也称为“Treble”)，其中包括对 HIDL 接口的支持。您可以在任何使用 HIDL 供应商接口的 Android 设备上使用 GSI(如需了解详情，请参阅架构资源)。

启动时验证 - GSI 不包含启动时验证解决方案(如 vboot 1.0 或 AVB)。如需将 GSI 刷写到搭载 Android 9 或更早版本的设备上，此设备必须具有停用启动时验证的方法。

文件系统 - GSI 使用 ext4 文件系统。

分区布局 - GSI 使用 system-as-root 分区布局。

当前的 Android GIS 包含以下主要差异：

CPU 架构 - 支持不同的 CPU 指令(ARM、x86 等)和 CPU 位数(32 位或 64 位)。

适用于 Treble 合规性测试的 GSI 目标

合规性测试中使用的 GSI 取决于设备发布时搭载的 Android 版本。

设备类型

构建目标

发布时搭载 Android 10 的设备

aosp_$arch-user

发布时搭载 Android 9 的设备

aosp_$arch-userdebug

发布时搭载 Android 8.0 或 Android 8.1 的设备

aosp_$arch_ab-userdebug

所有 GSI 都基于 Android 10 代码库构建而成，并且每个 CPU 架构都有一个对应的 GSI 二进制文件(请参阅构建 GSI 中的构建目标列表)。

Android 10 GSI 变更

发布时搭载 Android 10 的设备必须使用 Android 10 GSI 进行合规性测试。此 GSI 与早期 GSI 相比存在以下主要变化：

User build - 此 GSI 的 user build 基于 Android 10。在 Android 10 中，user build 版的 GSI 可用在 CTS-on-GSI/VTS 合规性测试中。如需了解详情，请参考使用 Debug Ramdisk 进行 VTS 测试。

非稀疏格式 - 目标为 aosp_$arch 的 GSI 采用非稀疏格式构建而成。如果需要，您可以使用 img2simg 将非稀疏 GSI 转换为稀疏格式。

system-as-root - 名为 aosp_$arch_a 的旧版 GSI 构建目标已被淘汰。对于从 Android 8 或 8.1 升级至 Android 10 且使用 ramdisk 和 non-system-as-root 的设备，请使用旧版 GSI aosp_$arch_ab。ramdisk 中升级后的 init 支持采用 system-as-root 布局的 OEM system.img。

如需通过 CTS-on-GSI 测试发布时搭载 Android 9 或 10 的设备，请使用 Android GSI 构建目标。

旧版 GSI

旧版 GSI 名称带有 _ab 后缀(例如 aosp_arm64_ab)。这些 GSI 基于 Android 10 源代码树构建而成，但包含以下向后兼容配置，针对从 Android 8 或 8.1 升级而来的设备：

32 位用户空间 + 32 位 binder 接口 - 32 位 GSI 可以继续使用 32 位 binder 接口。

8.1 VNDK - 设备可以使用随附的 8.1 VNDK。

装载目录 - 一些旧版设备使用目录作为装载指针(例如，/bluetooth、/firmware/radio 和 /persist)。

如需通过 CTS-on-GSI 测试发布时搭载 Android 8 或 8.1 的设备，请使用旧版 GSI 构建目标。

注意：如果 Android 10 之前的设备实现了 Android 10 供应商接口并满足 Android 10 中引入的所有要求，请将 Android 10 GSI 用于 VTS 和 CTS-on-GSI，不要使用旧版 GSI。

Android 9 GSI 变更

Android 9 GSI 与早期 GSI 相比发生了以下主要变更：

合并 GSI 和模拟器 - GSI 基于模拟器产品(例如 aosp_arm64 和 aosp_x86)的系统映像构建而成。

system-as-root - 之前的 Android 版本中，不支持 A/B 更新的设备可以在 /system 目录下装载系统映像。在 Android 9 中，系统映像的 root 作为设备的 root 装载。

64 位 binder 接口 - 在 Android 8.x 中，32 位 GSI 使用 32 位 binder 接口。Android 9 不支持 32 位 binder 接口，因此 32 位 GSI 和 64 位 GSI 都使用 64 位 binder 接口。

强制执行 VNDK - 在 Android 8.1 中，VNDK 是可选的。从 Android 9 开始，VNDK 是强制性的，因此必须设置 BOARD_VNDK_VERSION。

兼容的系统属性 - Android 9 支持对兼容的系统属性进行访问检查：PRODUCT_COMPATIBLE_PROPERTY_OVERRIDE :=

true。

Android 9 Keymaster 变更

在早期版本的 Android 中，实现 Keymaster 3 或更低版本的设备必须验证正在运行的系统报告的版本信息(ro.build.version.release 和 ro.build.version.security_patch)是否与引导加载程序报告的版本信息匹配。此类信息通常从启动映像头文件中获取。

在 Android 9 及更高版本中，为了让供应商启动 GSI，已经更改了此要求。具体来说，Keymaster 不必执行验证，因为 GSI 报告的版本信息可能与供应商的引导加载程序报告的版本信息不匹配。对于实现 Keymaster 3 或更低版本的设备，供应商必须修改 Keymaster 实现以跳过验证(或升级到 Keymaster 4)。如需详细了解 Keymaster，请参阅由硬件支持的密钥库。

供应商二进制文件和 VNDK 依赖项

升级到 Android 10 的设备具有不同的升级路径，具体取决于设备上使用的供应商二进制文件的版本以及用于构建设备的 VNDK 相关配置。下表总结了旧版 GSI 对升级设备的支持情况：

用例

供应商

二进制文件

版本

BOARD_VNDK_VERSION

旧版 GSI

系统二进制文件版本

旧版 GSI 支持

0

8.0

(任何)

10

否

1

8.1

(空)

10

否

2

8.1

current

10

是

3

10

current

10

是

最常见的受支持用例是第 2 个，其中旧版 GSI 支持搭载 Android 8.1 且在将 BOARD_VNDK_VERSION 设置为 current 的情况下构建的设备。

不支持用例 1。在此用例中，旧版 GSI 不支持搭载 Android 8.1 但在构建时省略了 BOARD_VNDK_VERSION 的设备。之所以不能支持这些设备，是因为它们的供应商二进制文件依赖于 Android 8.1 非 VNDK 共享库，而旧版 GSI 中不包含这些库。如需使这些设备与旧版 GSI 兼容，您必须执行以下操作：

启用 BOARD_VNDK_VERSION，但不设置 BOARD_VNDK_RUNTIME_DISABLE(用例 2)

或

移植/升级供应商二进制文件，以便依赖于 Android 10 中的共享库(用例 3)。

注意：在启用 BOARD_VNDK_VERSION 的同时只能为了测试目的而启用 BOARD_VNDK_RUNTIME_DISABLE。在构建生产映像时，不得开启它。

下载 GSI

您可以从 AOSP 持续集成 (CI) 网站 ci.android.com 下载预构建 GSI。如果适用于您硬件平台的 GSI 无法下载，请参阅以下部分，详细了解如何针对特定目标构建 GSI。

构建 GSI

从 Android 9 开始，每个 Android 版本都在 AOSP 上拥有一个名为 DESSERT-gsi 的 GSI 分支(例如，android10-gsi 是 Android 10 上的 GSI 分支)。GSI 分支包含已应用所有安全补丁程序和 GSI 补丁程序的 Android 内容。

如需构建 GSI，请从 GSI 分支进行下载，然后选择 GSI 构建目标，设置 Android 源代码树。您可以根据以下构建目标表来确定哪个 GSI 版本适合您的设备。构建完成后，GSI 便会成为系统映像(即 system.img)并显示在输出文件夹 out/target/product/generic_arm64 下。构建版本还会输出 vbmeta.img，您可以利用此映像在使用 Android 启动时验证的设备上停用启动时验证。

例如，如需在 GSI 分支 android10-gsi 上构建 GSI 构建目标 aosp_arm64-userdebug，请运行以下命令。

$ repo init -u https://android.googlesource.com/platform/manifest -b android10-gsi

$ repo sync -cq

$ source build/envsetup.sh

$ lunch aosp_arm64-userdebug

$ make -j4

Android GSI 构建目标

以下 GSI 构建目标适用于发布时搭载 Android 9 或更高版本的设备。由于架构之间的差异减少，Android 10 仅包含四个 GSI 产品。

GSI 名称

CPU 架构

Binder 接口位数

System-as-root

构建目标

aosp_arm

ARM

64

是

aosp_arm-user

aosp_arm-userdebug

aosp_arm64

ARM64

64

是

aosp_arm64-user

aosp_arm64-userdebug

aosp_x86

x86

64

是

aosp_x86-user

aosp_x86-userdebug

aosp_x86_64

x86-64

64

是

aosp_x86_64-user

aosp_x86_64-userdebug

旧版 GSI 构建目标

以下旧版 GSI 构建目标适用于从 Android 8.0 或 8.1 升级到 Android 10 的设备。旧版 GSI 名称包含后缀 _ab，以区别于 Android 10 GSI 名称。

GSI 名称

CPU 架构

Binder 接口位数

System-as-root

构建目标

aosp_arm_ab

ARM

32

是

aosp_arm_ab-userdebug

aosp_arm_64b_ab

ARM

64

是

aosp_arm_64b_ab-userdebug

aosp_arm64_ab

ARM64

64

是

aosp_arm64_ab-userdebug

aosp_x86_ab

x86

32

是

aosp_x86_ab-userdebug

aosp_x86_64_ab

x86-64

64

是

aosp_x86_64_ab-userdebug

注意：在未来的 Android 版本中可能会移除这些构建目标。

刷写 GSI 的要求

Android 设备可能具有不同的设计，因此无法通过通用命令或通用指令组将 GSI 刷写到所有设备上。您可以向 Android 设备的制造商索要详细的刷写说明，也可以参考以下常规步骤：

确保设备具备以下条件：

支持 Treble

用于解锁设备的方法(以便能够使用 fastboot 对其进行刷写)

用于停用启动时验证(例如 vboot 1.0 或 AVB)的方法

设备处于已解锁状态，保证可通过 fastboot 刷写设备(为确保您拥有最新版本的 fastboot，请基于 Android 源代码树进行构建。)

停用启动时验证。

清空当前 system 分区，然后将 GSI 刷写到 system 分区。

擦除用户数据，并清除来自其他必要分区(例如，用户数据分区和 system 分区)的数据。

重新启动设备。

例如，如需将 GSI 刷写到任何 Pixel 设备，请执行以下操作：

启动到 fastboot 模式，然后解锁引导加载程序。支持 fastbootd 的设备还需要通过以下命令启动到 fastbootd：

$ fastboot reboot fastboot

通过刷写 vbmeta.img 停用启动时验证 (AVB)：

$ fastboot --disable-verification flash vbmeta vbmeta.img

清空 system 分区，然后将 GSI 刷写到 system 分区：$ fastboot erase system

$ fastboot flash system system.img

擦除用户数据，并清除来自其他必要分区的数据(例如，用户数据分区和 system 分区)：$ fastboot -w

重新启动：$ fastboot reboot

在具有较小 system 分区的 Android 10 设备上刷写 GSI 时可能会出现以下错误消息：

Resizing 'system_a' FAILED (remote: 'Not enough space to resize partition')

fastboot: error: Command failed

您可以使用以下命令删除产品分区并为 system 分区释放空间。这可以为刷写 GSI 提供额外的空间：

$ fastboot delete-logical-partition product_a

后缀 _a 应与 system 分区的槽位 ID 匹配，例如本示例中的 system_a。

为改进 GSI 积极贡献力量

Android 欢迎您为 GSI 开发贡献自己的力量。您可以通过以下方式参与开发并帮助改进 GSI：

创建 GSI 补丁程序。DESSERT-gsi 不是开发分支，并且仅接受从 AOSP master 分支择优挑选的补丁程序，因此要提交 GSI 补丁程序，您必须：

将补丁程序提交到 AOSP master 分支。

择优挑选要提交到 DESSERT-gsi 的补丁程序。

提交错误，让择优挑选的补丁程序接受审核。

报告 GSI 错误或提出其他建议。查看报告错误中的说明，然后浏览或提交 GSI 错误。

提示

使用 adb 更改导航栏模式

使用 GSI 启动时，导航栏模式通过供应商替换配置。您可以通过在运行时过程中运行以下 adb 命令来更改导航栏模式：

adb exec-out cmd overlay enable-exclusive com.android.internal.systemui.navbar.mode

其中，mode 可以是 threebutton、twobutton、gestural 等。