Recursos adicionais

Os recursos a seguir fornecem detalhes sobre locais de código, ferramentas, testes e licenciamento.

Localização do código consultável

O código do objeto de interface do fornecedor consultável vai para system/libvintf .

Escrever à mão arquivos de manifesto e matrizes de compatibilidade pode ser difícil. Use as ferramentas a seguir para gerar uma matriz padrão de manifesto/compatibilidade para começar.

LSHAL

LSHAL é uma ferramenta do lado do dispositivo que lista todos os HALs registrados no hwservicemanager e todas as implementações de passagem disponíveis (por exemplo, android.hardware.foo@1.0-impl.so ) no dispositivo. Também pode gerar um arquivo de manifesto do dispositivo com base na lista:

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

Observe o seguinte:

  1. Se um pacote for registrado no hwservicemanager e encontrado como um HAL de passagem, <transport> será definido como hwbinder .
  2. Nenhuma versão do SELinux está gravada no manifesto. Sugere-se que o elemento seja injetado via assemble_vintf conforme explicado abaixo.
  3. O arquivo de manifesto HAL gerado pode ser impreciso. É necessária atenção humana para corrigir inconsistências entre o manifesto do dispositivo e o que vendor.img realmente fornece.

ASSEMBLE_VINTF

assemble_vintf é uma ferramenta do lado do host que:

  1. Verifica se uma matriz de compatibilidade ou arquivo de manifesto é válido.
  2. Injeta variáveis ​​em manifestos/matrizes de compatibilidade disponíveis no momento da construção e gera um novo arquivo que deve ser instalado no dispositivo.
  3. Verifica a compatibilidade entre o arquivo gerado e seu dual.
  4. Se um arquivo de manifesto for fornecido, gera opcionalmente uma matriz de compatibilidade padronizada que é compatível com o arquivo de manifesto.

Exemplo: gerar matriz de compatibilidade de dispositivos a partir de um arquivo de manifesto de estrutura

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

Observe que todos os HALs estão definidos como optional="true" .

Exemplo: gerar uma matriz de compatibilidade de estrutura de esqueleto a partir de um arquivo de manifesto de dispositivo

assemble_vintf -m --hals-only \
    -i device/foo/bar/manifest.xml \
    -o path/to/place/output/compatibility_matrix.xml

Observe que todos os HALs estão definidos como optional="true" .

Exemplo: gerar arquivos XML de manifesto de dispositivo a partir de variáveis

No momento da construção, se as seguintes variáveis ​​forem definidas em device/manufacturer/device_name/BoardConfig.mk :

# Vendor manifest is named DEVICE_MANIFEST_FILE for legacy reasons.
DEVICE_MANIFEST_FILE := \
    device/manufacturer/device_name/vendor_manifest.xml
ODM_MANIFEST_FILES := \
    device/manufacturer/device_name/odm_manifest.xml
ODM_MANIFEST_SKUS := sku1 sku2
ODM_MANIFEST_SKU1_FILES := \
    device/manufacturer/device_name/odm_manifest_sku1.xml
ODM_MANIFEST_SKU2_FILES := \
    device/manufacturer/device_name/odm_manifest_sku2.xml

Em seguida, os seguintes comandos são executados (no sistema de compilação, modificados para omitir detalhes de implementação) para gerar arquivos XML de manifesto do dispositivo:

# vendor manifest; only when DEVICE_MANIFEST_FILE is set
BOARD_SEPOLICY_VERS=$(BOARD_SEPOLICY_VERS) assemble_vintf \
    $(addprefix,-i ,$(DEVICE_MANIFEST_FILE)) \
    -o $(TARGET_OUT_VENDOR)/etc/vintf/manifest.xml

# ODM manifests
assemble_vintf \
    $(addprefix,-i ,$(ODM_MANIFEST_FILES)) \
    -o $(TARGET_OUT_ODM)/etc/vintf/manifest.xml

# ODM manifests for each sku
assemble_vintf \
    $(addprefix,-i ,$(ODM_MANIFEST_SKU1_FILES)) \
    -o $(TARGET_OUT_ODM)/etc/vintf/manifest_sku1.xml
assemble_vintf \
    $(addprefix,-i ,$(ODM_MANIFEST_SKU2_FILES)) \
    -o $(TARGET_OUT_ODM)/etc/vintf/manifest_sku2.xml

No tempo de execução, o objeto VINTF combina manifestos do fornecedor e manifestos ODM como o manifesto do dispositivo. Consulte o manifesto do dispositivo para obter detalhes.

Exemplo: gerar arquivos XML de matriz de compatibilidade de dispositivos a partir de variáveis

No momento da construção, se as seguintes variáveis ​​forem definidas em device/manufacturer/device_name/BoardConfig.mk :

# vendor compatibility matrix is named DEVICE_MATRIX_FILE for legacy reasons.
DEVICE_MATRIX_FILE := \
    device/manufacturer/device_name/vendor_compatibility_matrix.xml \
    device/manufacturer/device_name/vendor_compatibility_matrix_additional.xml

Em seguida, os seguintes comandos são executados (no sistema de compilação, modificados para omitir detalhes de implementação) para gerar arquivos XML de matriz de compatibilidade de dispositivos:

# vendor compatibility matrix; only when DEVICE_MATRIX_FILE is set
assemble_vintf \
    $(addprefix,-i ,$(DEVICE_MATRIX_FILE)) \
    -o $(TARGET_OUT_VENDOR)/etc/vintf/compatibility_matrix.xml

Em tempo de execução, o objeto VINTF usa a matriz de compatibilidade do fornecedor como matriz de compatibilidade do dispositivo. Consulte Matriz de compatibilidade de dispositivos para obter detalhes.

Exemplo: gerar arquivos XML de manifesto de estrutura a partir de variáveis

As seguintes variáveis ​​podem ser definidas em device/manufacturer/device_name/BoardConfig.mk :

# Device-specific system manifest is named DEVICE_FRAMEWORK_MANIFEST_FILE for legacy reasons
DEVICE_FRAMEWORK_MANIFEST_FILE := \
    device/manufacturer/device_name/device_system_manifest.xml

# Product manifest
PRODUCT_MANIFEST_FILES := \
    device/manufacturer/device_name/product_manifest.xml

Os seguintes comandos são executados (no sistema de compilação, modificados para omitir detalhes de implementação) para gerar arquivos XML de manifesto da estrutura:

# system manifest
assemble_vintf \
    -i system/libhidl/vintfdata/manifest.xml \
    $(addprefix,-i ,$(DEVICE_FRAMEWORK_MANIFEST_FILE)) \
    -o $(TARGET_OUT)/etc/vintf/manifest.xml

# product manifest
assemble_vintf \
    $(addprefix,-i ,$(PRODUCT_MANIFEST_FILES)) \
    -o $(TARGET_OUT_PRODUCT)/etc/vintf/manifest.xml

No tempo de execução, o objeto VINTF combina o manifesto do sistema, os fragmentos do manifesto do sistema, o manifesto do produto e os fragmentos do manifesto do produto como o manifesto da estrutura. Consulte o manifesto do Framework para obter detalhes.

Exemplo: gerar arquivos XML de matriz de compatibilidade de estrutura a partir de variáveis

As seguintes variáveis ​​podem ser definidas em device/manufacturer/device_name/BoardConfig.mk para definir o FCM do produto e o FCM do sistema específico do dispositivo:

DEVICE_PRODUCT_COMPATIBILITY_MATRIX_FILE := \
    device/manufacturer/device_name/product_compatibility_matrix.xml
# Device-specific system compatibility matrix is named
# DEVICE_FRAMEWORK_COMPATIBILITY_MATRIX_FILE for legacy reasons.
DEVICE_FRAMEWORK_COMPATIBILITY_MATRIX_FILE := \
    device/manufacturer/device_name/device_system_compatibility_matrix.xml

O system_ext FCM deve ser instalado com módulos Soong. O produto FCM também pode ser instalado com módulos Soong; não defina DEVICE_PRODUCT_COMPATIBILITY_MATRIX_FILE se este método for usado. Além disso, várias versões do produto FCM e versões do system_ext FCM podem ser instaladas com módulos Soong. Defina o seguinte:

  • Defina um módulo em device/manufacturer/device_name/Android.bp . Por exemplo (substitua system_ext por produto para produto FCM):
    vintf_compatibility_matrix {
        name: "system_ext_compatibility_matrix.xml",
        stem: "compatibility_matrix.xml",
        system_ext_specific: true,
        // product_specific: true, // for product FCM
        srcs: [
            "system_ext_compatibility_matrix.xml",
        ],
    }
    
  • Instale o módulo em device/manufacturer/device_name/device.mk . Por exemplo:
    PRODUCT_PACKAGES += system_ext_compatibility_matrix.xml
    

Os seguintes comandos são executados (no sistema de compilação, modificados para omitir detalhes de implementação) para gerar arquivos XML de matriz de compatibilidade de estrutura:

# common system compatibility matrix for each FCM version
BOARD_SEPOLICY_VERS=$(BOARD_SEPOLICY_VERS) \
POLICYVERS=$(POLICYVERS) \
BOARD_AVB_VBMETA_VERSION=$(BOARD_AVB_VBMETA_VERSION)
assemble_vintf \
    -i hardware/interfaces/compatibility_matrices/compatibility_matrix.empty.xml
    $(addprefix,-i ,$(DEVICE_FRAMEWORK_COMPATIBILITY_MATRIX_FILE)) \
    -o $(TARGET_OUT)/etc/vintf/compatibility_matrix.device.xml

# framework compatibility matrixes at each FCM version
assemble_vintf
    -i hardware/interfaces/compatibility_matrices/compatibility_matrix.{level}.xml \
    -o $(TARGET_OUT)/etc/vintf/compatibility_matrix.{level}.xml \
    --kernel=...

# product framework compatibility matrix; only when
# DEVICE_PRODUCT_COMPATIBILITY_MATRIX_FILE is set or when the Soong module for
# product FCM is defined
assemble_vintf
    -i $(DEVICE_PRODUCT_COMPATIBILITY_MATRIX_FILE)
    -o $(TARGET_OUT_PRODUCT)/etc/vintf/compatibility_matrix.xml

# system_ext framework compatibility matrix; only when the Soong module for
# system_ext FCM is defined
assemble_vintf
    -i <srcs for the soong module>
    -o $(TARGET_OUT_SYSTEM_EXT)/etc/vintf/compatibility_matrix.xml

Em tempo de execução, o objeto VINTF combina um subconjunto de matrizes de compatibilidade de sistema e matrizes de compatibilidade de produto como a matriz de compatibilidade de estrutura. Consulte Matriz de compatibilidade do Framework para obter detalhes.

Exemplo: gerar o manifesto do fornecedor a partir de fragmentos

Vários fragmentos de manifesto de fornecedor podem ser agrupados no momento da construção. Por exemplo:

<!-- 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

Em seguida, assemble_vintf adiciona o IR HAL ao manifesto do fornecedor se BOARD_ENABLE_IR estiver definido e o omite se BOARD_ENABLE_IR não estiver definido. Os seguintes comandos (modificados para omitir detalhes de implementação) são executados para gerar o manifesto do fornecedor:

# 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

Para obter detalhes, consulte:

assemble_vintf --help

Teste

O projeto platform/system/libvintf usa GTest para serialização, desserialização e verificação de compatibilidade.

Licenciamento

  • tinyxml2 (externo/tinyxml2) para serializar/desserializar o objeto de/para XML. Licença tipo BSD.
  • libselinux (external/selinux/libselinux) para obter a versão do policydb. Licença de domínio público.
  • libz (external/zlib) para descompactar /proc/config.gz . Licença tipo BSD.
  • O projeto libvintf usa licença Apache 2.0 (com arquivos MODULE_LICENSE_APACHE2 e NOTICE apropriados).