Referenzplattform

Android Automotive (AAOS) unterstützt jetzt das neue Produkt trout für die Bereitstellung als virtuelle Gastmaschine in Umgebungen, die mit der VirtIO Standard. trout basiert auf dem Tintenfisch virtuelle Referenzplattform und ist als trout-Gerätekonfiguration verfügbar. Die Den Userspace-Quellcode findest du unter device/google/trout. Tabelle wird unten die Technologie beschrieben, die zur Virtualisierung der einzelnen Subsysteme in trout verwendet wird.

Forelle verlängern

trout kann als Ausgangspunkt für die Erstellung eines neuen Infotainmentsystems (IVI) verwendet werden Android-Ziele Die Build-Infrastruktur ist so konzipiert, dass sie erweitert und angepasst werden kann. Beispiel:

# Inherit trout-arm64 default values and settings
$(call inherit-product, device/google/trout/aosp_trout_arm64.mk)

# Customize HALs as needed
LOCAL_VHAL_PRODUCT_PACKAGE := vendor.oem.vhal@2.0-service
LOCAL_AUDIO_PRODUCT_PACKAGE := vendor.oem.audio@6.0-impl

# Configure SELinux policy
BOARD_SEPOLICY_DIRS += device/oem/car/sepolicy/vendor/oem

# Configure properties
LOCAL_DUMPSTATE_PROPERTIES := \
    ro.vendor.dumpstate.server.cid=22 \
    ro.vendor.dumpstate.server.port=406 \
    ro.vendor.helpersystem.log_loc=/data/dumpstate

[... and more as needed ...]

Mehrere Android-HALs können einzeln durch benutzerdefinierte Implementierungen ersetzt werden. Standardimplementierungen beibehalten, aber bestimmte Konfigurationsparameter angepasst, um Kommunikation zwischen VMs in der Zielumgebung funktioniert. Diese HALs (einschließlich Fahrzeug-HAL, Audio Control HAL und Dumpstate HAL) werden mithilfe einer gRPC-Schnittstelle implementiert, die von einem vsock-Verbindung zwischen dem AAOS-Gast und einem Hostsystem, das den Implementierung der zugrunde liegenden Funktion. Diese müssen so konfiguriert werden, dass die richtigen vsock-Verbindungsparameter als Anbietereigenschaften. Der Quellcode fungiert als ultimative gibt an, welche Attribute für die Konfiguration verfügbar sind und welche Semantik es gibt.

Forelle aufbauen

Userspace kompilieren

So kompilieren Sie den Userspace:

1. Laden Sie die Android-Quellstruktur herunter:

   repo init -u https://android.googlesource.com/platform/manifest -b main
   repo sync -j8
   

2. Erstellen Sie die Umgebung:

   source build/envsetup.sh
   lunch aosp_trout_arm64-userdebug
   make -j24
   

Kernel erstellen

Für trout 1.1 wird die Kernel-Codebasis in AOSP bereitgestellt. Das trout Kernel besteht aus dem gleichen Code wie der vorgelagerte ACK 5.10, mit dem Zusatz von trout-spezifische Module für VirtIO-Subsysteme.

1. Führen Sie folgenden Befehl aus, um den Kernel zu klonen:

   repo init https://android.googlesource.com/kernel/manifest -b trout-android12-5.10 && repo sync
   

2. Führen Sie folgenden Befehl aus, um den Kernel zu erstellen:

   BUILD_CONFIG=common-modules/virtual-device/build.config.trout.coqos build/build.sh
   

Möglicherweise hat Ihr Hypervisor-Anbieter eine andere Kernel-Konfiguration oder zusätzliche Module, die kompiliert werden müssen. Befolge diese spezifischen Anweisungen, sofern vorhanden.

Compliance

Wenn AAOS als Gast-VM ausgeführt wird, ist es unser Ziel, eine kompatible Android-Bereitstellung vom Framework-Perspektive. Hostseitige Probleme betreffen jede Implementierung und außerhalb des von trout 1.1.

Wir haben keine zusätzliche xTS-Validierung für trout 1.1 durchgeführt. Weiter , um sich auf die Diskussion unten zum CTS-Support in trout 1.0 zu beziehen.

In trout 1.0 bestehen weiterhin mehrere CTS-Probleme. Die folgenden CTS-Module sind bekannt für Testfehler einschließen:

In den folgenden CTS-V-Bereichen treten bekanntermaßen Testfehler auf:

Versionshinweise

trout 1.1 enthält die folgenden bekannten Probleme:

• Nutzer-Builds von trout sind nicht verfügbar. Das System ist als -userdebug, was sich auf einige CTS-Tests auswirken kann.
• AVB (Verifizierter Bootmodus von Android) wird nicht unterstützt.
• Einige Android-Subsysteme sind möglicherweise nicht verfügbar, z. B. Secure World und NNHAL.
• Der Zugriff auf das Gastnetzwerk erfolgt in der Regel über einen virtualisierten WLAN-Adapter und virtio-net Tunnel. Die hostseitige Verbindung hängt von der spezifischen Hypervisor-Bereitstellung ab.
• Bei einigen Implementierungen ist die Bluetooth-Funktion möglicherweise nur eingeschränkt oder gar nicht verfügbar.
• Eine VHAL-Ereignisinjektion funktioniert bei einigen Sensoren möglicherweise nicht.
• Einige hohe Arbeitslasten können zu Fehlern bei der Audiowiedergabe führen.
• In einigen Implementierungen starten ADB-Neustarts des AAOS-Gasts möglicherweise das gesamte System neu.
• STS kann das System instabil machen und einen Neustart erforderlich machen.

Weitere Informationen finden Sie in den Versionshinweisen für Ihre spezifische Bereitstellung von trout