Ta strona została przetłumaczona przez Cloud Translation API.

Dodatkowe materiały

W poniższych zasobach znajdziesz szczegółowe informacje na temat lokalizacji kodu, narzędzi, testowania i licencjonowanie.

Lokalizacja kodu, do którego można utworzyć zapytanie

Kod obiektu interfejsu dostawcy, do którego można wysyłać zapytania, trafia do system/libvintf

Pliki manifestu do pisma odręcznego i macierze zgodności mogą być trudne. Użyj użyj tych narzędzi, aby wygenerować stały plik manifestu lub macierz zgodności. .

protokół LSHAL

LSHAL to narzędzie działające po stronie urządzenia, które wyświetla listę wszystkich zarejestrowanych kont HAL w hwservicemanager i wszystkie dostępne implementacje przekazujące (np. android.hardware.foo@1.0-impl.so) na urządzeniu. Może też wygeneruj plik manifestu urządzenia na podstawie listy:

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

Uwaga:

Jeśli pakiet jest zarejestrowany w usłudze hwservicemanager i znaleziony jako przekazującego HAL, <transport> ma wartość hwbinder
W pliku manifestu nie jest zapisana żadna wersja SELinux. Zalecamy, aby element jest wstrzykiwany przez assemble_vintf w sposób opisany poniżej.
Wygenerowany plik manifestu HAL może być niedokładny. Ludzka uwaga wymagane do usunięcia niespójności między plikiem manifestu urządzenia a tym, vendor.img rzeczywiście udostępnia.

ASSEMBLE_VINTF

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

Sprawdza poprawność macierzy zgodności lub pliku manifestu.
Wstawia zmienne do plików manifestu/macierzy zgodności dostępnych w kompilacji i generuje nowy plik, który należy zainstalować na urządzeniu.
Sprawdza zgodność między wygenerowanym plikiem a jego podwójnym plikiem.
Jeśli podasz plik manifestu, opcjonalnie wygenerujesz ogólny szablon. zgodną z plikiem manifestu.

Przykład: generowanie zgodności urządzeń matrix z pliku manifestu platformy.

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

Pamiętaj, że wszystkie HAL mają wartość optional="true".

Przykład: generowanie zgodności platformy szkieletowej tablica z pliku manifestu urządzenia

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

Pamiętaj, że wszystkie HAL mają wartość optional="true".

Przykład: generuj pliki XML manifestu urządzenia na podstawie zmiennych

Jeśli w momencie kompilacji są zdefiniowano 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 są wykonywane poniższe polecenia (w systemie kompilacji, zmienione w celu pominięcia implementacji szczegóły), aby wygenerować pliki 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 działania obiekt VINTF łączy pliki manifestu dostawcy i pliki manifestu ODM jako w pliku manifestu urządzenia. Zobacz urządzenie manifestu.

Przykład: generuj na podstawie zmiennych pliki XML macierzy zgodności urządzeń

Jeśli w momencie kompilacji są zdefiniowano 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 są wykonywane poniższe polecenia (w systemie kompilacji, zmienione w celu pominięcia implementacji szczegółów), aby wygenerować pliki 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 działania obiekt VINTF używa macierzy zgodności dostawcy jako Macierz zgodności urządzeń. Zobacz urządzenie lub macierz zgodności.

Przykład: generowanie plików XML manifestu platformy na podstawie zmiennych

Poniższe zmienne można zdefiniować w 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

Poniższe polecenia są wykonywane (w systemie kompilacji, zmienione w celu pominięcia implementacji szczegóły), aby wygenerować pliki XML manifestu platformy:

# 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 działania obiekt VINTF łączy plik manifestu systemu oraz fragmenty pliku manifestu produktu i fragmenty pliku manifestu platformy. Zobacz Struktura manifestu.

Przykład: generuj pliki XML macierzy zgodności platformy na podstawie zmiennych

Poniższe zmienne można zdefiniować w device/manufacturer/device_name/BoardConfig.mk, aby zdefiniować FCM produktu. system FCM dostosowany do 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

FCM system_ext musi być zainstalowany z modułami Soong. Można też zainstalować FCM produktu. z modułami Soong; nie definiuj funkcji DEVICE_PRODUCT_COMPATIBILITY_MATRIX_FILE, jeśli to . Dodatkowo wiele wersji FCM produktów i wersji FCM system_ext może zostać zainstalowano z modułami Soong. Zdefiniuj następujące elementy:

Zdefiniuj moduł w narzędziu device/manufacturer/device_name/Android.bp. Na przykład (zastąp system_ext z produktem w 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ł w usłudze device/manufacturer/device_name/device.mk. Na przykład:
```
PRODUCT_PACKAGES += system_ext_compatibility_matrix.xml
```

Poniższe polecenia są wykonywane (w systemie kompilacji, zmienione w celu pominięcia implementacji szczegółów), aby wygenerować pliki XML macierzy zgodności platformy:

# 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 działania obiekt VINTF łączy podzbiór zgodności systemu i macierze zgodności produktów lub macierz. Zobacz Struktura lub macierz zgodności.

Przykład: Generowanie pliku manifestu dostawcy na podstawie fragmentów

Podczas tworzenia pakietu można połączyć wiele fragmentów pliku manifestu dostawców. 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 IR HAL do pliku manifestu dostawcy, jeśli BOARD_ENABLE_IR jest zdefiniowany i pomija go, jeśli Element BOARD_ENABLE_IR nie został zdefiniowany. następujące polecenia (zmodyfikowane w celu pominięcia szczegółów implementacji) są wykonywane w celu wygenerowania pliku 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

Szczegółowe informacje znajdziesz w następujących artykułach:

assemble_vintf --help

Testowanie

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

Licencjonowanie

tinyxml2 (external/tinyxml2) do serializacji/deseryfikacji pliku obiektu do/z XML. Licencja podobna do BSD.
libselinux (external/selinux/libselinux) na potrzeby pobierania bazy zasad wersji. Licencja należąca do domeny publicznej.
libz (external/zlib) do dekompresji /proc/config.gz Licencja podobna do BSD.
Projekt libvintf korzysta z licencji Apache 2.0 (z odpowiednimi MODULE_LICENSE_APACHE2 i NOTICE).