其他资源

以下资源提供了有关代码位置、工具、测试、许可和注意事项的详细信息。

可查询的代码位置

可查询的供应商接口对象的代码位于 system/libvintf(请参见可查询的 API)。

手写清单文件和兼容性矩阵可能很难。您可以使用以下工具来生成样板清单/兼容性矩阵,从其入手。

LSHAL

LSHAL 是一种设备端工具,可以列出向 hwservicemanager 注册的所有 HAL 以及设备上所有可用的直通实现(例如 android.hardware.foo@1.0-impl.so)。它还可以根据该列表生成设备清单文件:

adb shell su 0 /system/bin/lshal --init-vintf

请注意以下几点:

  1. 如果既向 hwservicemanager 注册了某个软件包,又发现其作为直通 HAL,则将 <transport> 设置为 hwbinder
  2. 清单的末尾存在一个虚拟 <sepolicy>0.0</sepolicy> 元素。它指明了该元素已被删除并将通过 assemble_vintf 将其注入(如下所述)。
  3. 生成的 HAL 清单文件可能不准确。需要手动对比来更正设备清单与 vendor.img 实际提供的内容之间的不一致。

ASSEMBLE_VINTF

assemble_vintf 是一种主机端工具,可以执行以下操作:

  1. 验证兼容性矩阵或清单文件是否有效。
  2. 将变量注入到构建时可用的清单/兼容性矩阵,并生成应该安装到设备上的新文件。
  3. 检查生成的文件与其双重文件之间的兼容性。
  4. 如果给出了清单文件,则可以视需要生成与该清单文件兼容的样板兼容性矩阵。

示例:从框架清单文件生成设备兼容性矩阵

assemble_vintf -m \
    -i system/libhidl/manifest.xml \
    -o device/manufacturer/device_name/compatibility_matrix.xml

请注意以下几点:

  • 即使 <vndk> 条目在输出兼容性矩阵中,也应该将其删除,然后在构建时进行注入。
  • 所有 HAL 都设置为 optional="true"

示例:从设备清单文件生成骨架框架兼容性矩阵

BOARD_SEPOLICY_VERS=10000.0 assemble_vintf -m \
    -i device/foo/bar/manifest.xml
    -o path/to/place/output/compatibility_matrix.xml

请注意以下几点:

  • 即使 <sepolicy><avb> 在输出兼容性矩阵中,也应该将其删除,然后在构建时进行注入。
  • 所有 HAL 都设置为 optional="true"

示例:从变量生成 XML 文件

构建时,如果在 device/manufacturer/device_name/BoardConfig.mk 中定义了以下变量:

DEVICE_MANIFEST_FILE := \
    device/manufacturer/device_name/manifest.xml
DEVICE_MATRIX_FILE := \
    device/manufacturer/device_name/compatibility_matrix.xml

然后,执行以下命令(修改为省略实现详细信息)来生成所有 XML 文件:

# device manifest; only when DEVICE_MANIFEST_FILE is set
BOARD_SEPOLICY_VERS=10000.0 assemble_vintf \
    -i device/manufacturer/device_name/manifest.xml \
    -o $(TARGET_OUT_VENDOR)/manifest.xml

# device compatibility matrix; only when DEVICE_MATRIX_FILE is set
assemble_vintf \
    -i device/manufacturer/device_name/compatibility_matrix.xml \
    -o $(TARGET_OUT_VENDOR)/compatibility_matrix.xml

# framework manifest
assemble_vintf
    -i system/libhidl/manifest.xml \
    -o $(TARGET_OUT)/manifest.xml \
    -c $(TARGET_OUT_VENDOR)/compatibility_matrix.xml

# framework compatibility matrix
BOARD_SEPOLICY_VERS=$(BOARD_SEPOLICY_VERS) \
POLICYVERS=$(POLICYVERS) \
BOARD_AVB_VBMETA_VERSION=$(BOARD_AVB_VBMETA_VERSION)
assemble_vintf \
    -i hardware/interfaces/compatibility_matrix.xml \
    -o $(TARGET_OUT)/compatibility_matrix.xml \
    -c $(TARGET_OUT_VENDOR)/manifest.xml \

示例:从片段生成设备清单

多个设备清单片段可以在构建时捆绑。例如:

<!-- device/manufacturer/device_name/manifest_common.xml -->
<manifest version="1.0" type="device">
    <!-- common HALs here -->
</manifest>
<!-- device/manufacturer/device_name/ir.xml -->
<manifest version="1.0" type="device">
    <hal>
        <name>android.hardware.ir</name>
        <version>1.0</version>
        <!-- other fields -->
    </hal>
</manifest>
# device/manufacturer/device_name/BoardConfig.mk
DEVICE_MANIFEST_FILE := device/manufacturer/device_name/manifest_common.xml
ifdef BOARD_ENABLE_IR
    DEVICE_MANIFEST_FILE += device/manufacturer/device_name/ir.xml
endif

然后,如果定义了 BOARD_ENABLE_IR,则 assemble_vintf 将 Ir HAL 添加到设备清单;如果未定义 BOARD_ENABLE_IR,则将其省略。执行以下命令(修改为省略实现详细信息)来生成设备清单:

# if BOARD_ENABLE_IR is defined
BOARD_SEPOLICY_VERS=10000.0 assemble_vintf \
    -i device/manufacturer/device_name/manifest_common.xml:device/manufacturer/device_name/ir.xml \
    -o $(TARGET_OUT_VENDOR)/manifest.xml

# if BOARD_ENABLE_IR is not defined
BOARD_SEPOLICY_VERS=10000.0 assemble_vintf \
    -i device/manufacturer/device_name/manifest_common.xml \
    -o $(TARGET_OUT_VENDOR)/manifest.xml

有关详细信息,请参见:

assemble_vintf --help

测试

platform/system/libvintf 项目使用 GTest 进行序列化、反序列化和兼容性检查。

许可

  • tinyxml2 (external/tinyxml2) 用于将对象序列化到 XML 或从 XML 反序列化对象。类似于 BSD 的许可证。
  • libselinux (external/selinux/libselinux) 用于获取 policydb 版本。公共网域许可证。
  • libz (external/zlib) 用于解压缩 /proc/config.gz。类似于 BSD 的许可证。
  • libvintf 项目使用 Apache 2.0 许可证(具有适当的 MODULE_LICENSE_APACHE2 和 NOTICE 文件)。

注意事项

您也可以通过查询 hwservicemanager(就像 lshal 一样)在运行时确定 HAL。但是:

  • hwservicemanager 不会列出直通服务。
  • 如果服务刚刚崩溃并正在重新启动,则可能会在查询结果中缺失。
  • 不适用于可热插拔服务。
  • hwservicemanager 在恢复模式下不可用(请参见下文)。

在恢复模式下,用于检索供应商接口对象的 API 必须仍然可用,以允许设备再次对照兼容性矩阵检查供应商接口。