Dodatkowe zasoby

Zadbaj o dobrą organizację dzięki kolekcji Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.

Poniższe zasoby zawierają szczegółowe informacje na temat lokalizacji kodu, narzędzi, testowania i licencjonowania.

Przeszukiwalna lokalizacja kodu

Kod dla obiektu interfejsu dostawcy, którego można odpytywać, trafia do system/libvintf .

Pliki manifestu pisma ręcznego i macierze zgodności mogą być trudne. Użyj poniższych narzędzi, aby wygenerować szablonową macierz manifestu/zgodności, od której chcesz zacząć.

LSHAL

LSHAL to narzędzie po stronie urządzenia, które wyświetla wszystkie zarejestrowane warstwy HAL do hwservicemanager i wszystkie dostępne implementacje przekazywania (np. android.hardware.foo@1.0-impl.so ) na urządzeniu. Może również wygenerować plik manifestu urządzenia na podstawie listy:

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

Zwróć uwagę na następujące kwestie:

  1. Jeśli pakiet jest zarówno zarejestrowany w hwservicemanager , jak i znaleziony jako przekazująca warstwa HAL, <transport> jest ustawiany na hwbinder .
  2. W manifeście nie jest zapisana żadna wersja SELinux. Sugeruje się, aby element został wstrzyknięty przez assemble_vintf , jak wyjaśniono poniżej.
  3. Wygenerowany plik manifestu HAL może być niedokładny. Wymagana jest ludzka uwaga, aby naprawić niespójności między manifestem urządzenia a tym, co faktycznie zapewnia vendor.img .

MONTAŻ_VINTF

assemble_vintf to narzędzie po stronie hosta, które:

  1. Sprawdza, czy macierz zgodności lub plik manifestu są prawidłowe.
  2. Wstrzykuje zmienne do manifestów/macierzy zgodności dostępnych w czasie kompilacji i generuje nowy plik, który należy zainstalować na urządzeniu.
  3. Sprawdza zgodność wygenerowanego pliku i jego podwójnego.
  4. Jeśli podano plik manifestu, opcjonalnie generuje macierz zgodności wzorcowej, która jest zgodna z plikiem manifestu.

Przykład: Wygeneruj macierz zgodności urządzeń z pliku manifestu frameworka

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

Zauważ, że wszystkie warstwy HAL są ustawione na optional="true" .

Przykład: Wygeneruj macierz kompatybilności szkieletu z pliku manifestu urządzenia

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

Zauważ, że wszystkie warstwy HAL są ustawione na optional="true" .

Przykład: Generuj pliki XML manifestu urządzenia ze zmiennych

W czasie kompilacji, jeśli następujące zmienne są zdefiniowane w 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

Następnie wykonywane są następujące polecenia (w systemie kompilacji, zmodyfikowane w celu pominięcia szczegółów implementacji) w celu wygenerowania plików XML manifestu urządzenia:

# 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

W czasie wykonywania obiekt VinTF łączy manifesty dostawcy i manifesty ODM jako manifest urządzenia. Zobacz manifest urządzenia, aby uzyskać szczegółowe informacje.

Przykład: Generuj pliki XML z macierzą zgodności urządzeń ze zmiennych

W czasie kompilacji, jeśli następujące zmienne są zdefiniowane w 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

Następnie wykonywane są następujące komendy (w systemie budowania, zmodyfikowane tak, aby pominąć szczegóły implementacji) w celu wygenerowania plików XML macierzy zgodności urządzeń:

# 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

W czasie wykonywania obiekt VINTF używa macierzy zgodności dostawcy jako macierzy zgodności urządzenia. Aby uzyskać szczegółowe informacje, zobacz Matryca zgodności urządzeń .

Przykład: Generuj pliki XML manifestu frameworka ze zmiennych

W device/manufacturer/device_name/BoardConfig.mk można zdefiniować następujące zmienne:

# 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

Wykonywane są następujące polecenia (w systemie kompilacji, zmodyfikowane w celu pominięcia szczegółów implementacji) w celu wygenerowania plików XML manifestu struktury:

# 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

W czasie wykonywania obiekt VinTF łączy manifest systemu, fragmenty manifestu systemu, manifest produktu i fragmenty manifestu produktu jako manifest struktury. Zobacz manifest Framework, aby uzyskać szczegółowe informacje.

Przykład: Generuj pliki XML z macierzą zgodności frameworka ze zmiennych

Następujące zmienne można zdefiniować w device/manufacturer/device_name/BoardConfig.mk w celu zdefiniowania FCM produktu i FCM systemu specyficznego dla urządzenia:

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

System_ext FCM musi być zainstalowany z modułami Soong. Produkt FCM można również zainstalować z modułami Soong; nie definiuj DEVICE_PRODUCT_COMPATIBILITY_MATRIX_FILE , jeśli ta metoda jest używana. Ponadto z modułami Soong można zainstalować wiele wersji produktu FCM i system_ext FCM. Zdefiniuj następujące:

  • Zdefiniuj moduł w device/manufacturer/device_name/Android.bp . Na przykład (zamień system_ext na produkt dla produktu 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",
        ],
    }
    
  • Zainstaluj moduł do device/manufacturer/device_name/device.mk . Na przykład:
    PRODUCT_PACKAGES += system_ext_compatibility_matrix.xml
    

Wykonywane są następujące polecenia (w systemie budowania, zmodyfikowane w celu pominięcia szczegółów implementacji) w celu wygenerowania plików XML macierzy zgodności frameworka:

# 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

W czasie wykonywania obiekt VINTF łączy podzbiór macierzy zgodności systemu i macierzy zgodności produktu jako macierz zgodności struktury. Zobacz macierz zgodności Framework, aby uzyskać szczegółowe informacje.

Przykład: Wygeneruj manifest dostawcy z fragmentów

Wiele fragmentów manifestu dostawcy można łączyć w pakiecie w czasie kompilacji. Na przykład:

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

Następnie assemble_vintf dodaje halę IR do manifestu dostawcy, jeśli jest zdefiniowana BOARD_ENABLE_IR , i pomija ją, jeśli BOARD_ENABLE_IR nie jest zdefiniowana. Następujące polecenia (zmodyfikowane w celu pominięcia szczegółów implementacji) są wykonywane w celu wygenerowania manifestu dostawcy:

# 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

Aby uzyskać szczegółowe informacje, zobacz:

assemble_vintf --help

Testowanie

Projekt platform/system/libvintf używa GTest do serializacji, deserializacji i sprawdzania zgodności.

Koncesjonowanie

  • tinyxml2 (external/tinyxml2) do serializacji/deserializacji obiektu do/z XML. Licencja podobna do BSD.
  • libselinux (external/selinux/libselinux) do pobrania wersji policydb. Licencja domeny publicznej.
  • libz (external/zlib) do dekompresji /proc/config.gz . Licencja podobna do BSD.
  • Projekt libvintf korzysta z licencji Apache 2.0 (z odpowiednimi plikami MODULE_LICENSE_APACHE2 i NOTICE).