Poniższe zasoby zawierają szczegółowe informacje na temat lokalizacji kodu, narzędzi, testowania i licencjonowania.
Możliwość zapytania o lokalizację kodu
Kod obiektu interfejsu dostawcy, do którego można wysyłać zapytania, trafia do system/libvintf
.
Narzędzia
Pliki manifestu pisma ręcznego i matryce zgodności mogą być trudne. Użyj następujących narzędzi, aby wygenerować szablon manifestu/macierz zgodności, od którego zaczniesz.
LSHAL
LSHAL to narzędzie po stronie urządzenia, które wyświetla listę wszystkich zarejestrowanych warstw HAL w hwservicemanager
i wszystkich dostępnych implementacjach przekazywania (np. android.hardware.foo@1.0-impl.so
) na urządzeniu. Może także wygenerować plik manifestu urządzenia na podstawie listy:
adb shell su 0 /system/bin/lshal --init-vintf
Zwróć uwagę na następujące kwestie:
- Jeśli pakiet jest zarówno zarejestrowany w
hwservicemanager
, jak i znaleziony jako przekazująca warstwa HAL,<transport>
jest ustawiany nahwbinder
. - W manifeście nie jest zapisana żadna wersja SELinux. Sugeruje się, że element jest wstrzykiwany poprzez
assemble_vintf
, jak wyjaśniono poniżej. - Wygenerowany plik manifestu HAL może być niedokładny. Aby naprawić niespójności między manifestem urządzenia a tym, co rzeczywiście zapewnia
vendor.img
, wymagana jest ludzka uwaga.
ZESPOŁ_VINTF
assemble_vintf
to narzędzie po stronie hosta, które:
- Sprawdza, czy macierz zgodności lub plik manifestu są prawidłowe.
- Wstrzykuje zmienne do manifestów/macierzy zgodności dostępnych w czasie kompilacji i generuje nowy plik, który powinien zostać zainstalowany na urządzeniu.
- Sprawdza zgodność pomiędzy wygenerowanym plikiem a jego dualem.
- Jeśli podano plik manifestu, opcjonalnie generuje matrycę zgodności wzorcowej, która jest kompatybilna z plikiem manifestu.
Przykład: Wygeneruj macierz zgodności urządzeń z pliku manifestu platformy
assemble_vintf -m --hals-only \ -i system/libhidl/manifest.xml \ -o device/manufacturer/device_name/compatibility_matrix.xml
Należy pamiętać, że wszystkie warstwy HAL są ustawione optional="true"
.
Przykład: wygeneruj macierz zgodnoś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
Należy pamiętać, że wszystkie warstwy HAL są ustawione optional="true"
.
Przykład: Generowanie plików XML manifestu urządzenia na podstawie zmiennych
W czasie kompilacji, jeśli w device/manufacturer/device_name/BoardConfig.mk
zdefiniowano następujące zmienne:
# 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. Aby uzyskać szczegółowe informacje, zobacz manifest urządzenia .
Przykład: Wygeneruj pliki XML macierzy zgodności urządzeń ze zmiennych
W czasie kompilacji, jeśli w device/manufacturer/device_name/BoardConfig.mk
zdefiniowano następujące zmienne:
# 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 polecenia (w systemie kompilacji, zmodyfikowane w celu pominięcia szczegółów implementacji) w celu wygenerowania plików XML macierzy kompatybilnoś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 wykorzystuje macierz zgodności dostawcy jako macierz zgodności urządzeń. Aby uzyskać szczegółowe informacje, zobacz tabelę zgodności urządzeń .
Przykład: Wygeneruj pliki XML manifestu struktury na podstawie zmiennych
Następujące 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
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 systemowy, fragmenty manifestu systemowego, manifest produktu i fragmenty manifestu produktu w manifest struktury. Aby uzyskać szczegółowe informacje, zobacz manifest struktury .
Przykład: Wygeneruj pliki XML macierzy zgodności platformy ze zmiennych
Następujące zmienne można zdefiniować w device/manufacturer/device_name/BoardConfig.mk
w celu zdefiniowania produktu FCM i systemu FCM 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 także zainstalować z modułami Soong; nie definiuj DEVICE_PRODUCT_COMPATIBILITY_MATRIX_FILE
, jeśli używana jest ta metoda. Ponadto z modułami Soong można zainstalować wiele wersji FCM produktów i wersji FCM system_ext. 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ł w
device/manufacturer/device_name/device.mk
. Na przykład:PRODUCT_PACKAGES += system_ext_compatibility_matrix.xml
Wykonywane są następujące polecenia (w systemie kompilacji, zmodyfikowane w celu pominięcia szczegółów implementacji) w celu wygenerowania plików 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 wykonywania obiekt VINTF łączy podzbiór macierzy kompatybilności systemu i macierzy kompatybilności produktów jako macierz kompatybilności struktury. Aby uzyskać szczegółowe informacje, zobacz macierz zgodności platformy .
Przykład: wygeneruj manifest dostawcy z fragmentów
Na etapie kompilacji można dołączyć wiele fragmentów manifestu dostawcy. 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 manifestu dostawcy, jeśli zdefiniowano BOARD_ENABLE_IR
i pomija go, jeśli nie zdefiniowano BOARD_ENABLE_IR
. W celu wygenerowania manifestu dostawcy wykonywane są następujące polecenia (zmodyfikowane w celu pominięcia szczegółów implementacji):
# 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 typu BSD. -
libselinux
(external/selinux/libselinux) w celu uzyskania wersji policydb. Licencja domeny publicznej. -
libz
(external/zlib) do dekompresji/proc/config.gz
. Licencja typu BSD. - Projekt
libvintf
korzysta z licencji Apache 2.0 (z odpowiednimi plikami MODULE_LICENSE_APACHE2 i NOTICE).