Für Android 8.0 und höher sind mindestens eine Kernel-Version und ein Mindest-Kernel erforderlich.
Konfiguration, die von der Vendor Test Suite (VTS) und over-the-air überprüft werden
(OTA)-Updates. Android-Geräte-Kernel müssen Kernel .config
aktivieren
Support und die Option, die Kernel-Konfiguration während der Laufzeit über die
procfs
-Dateisystem.
Unterstützung von Kernel-config
Alle Geräte-Kernels müssen android-base.cfg, die Folgendes enthalten muss: Kernel-config-Optionen (oder deren Kernel-Version-Äquivalent):
CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y
Kernel-Version
Für Android 9: mindestens Langzeitsupport Die Kernel-Versionsanforderungen sind 4.4.107, 4.9.84 und 4.14.42.
- Alle 2018 entwickelten SoCs müssen mit Kernel auf den Markt gebracht werden. 4.9.84 oder höher.
- Alle anderen SoCs, die Android-Geräte mit Android 9 auf den Markt bringen muss Kernel 4.4.107 oder höher verwenden.
- Geräte-Kernels, die auf 4.14 basieren, müssen LTS ab 4.14.42 enthalten Veröffentlichung.
- Alle SoCs für das Gerät werden unabhängig vom Datum der Markteinführung mit Android 8.0 eingeführt. und höher unterliegen weiterhin den Kernel-Änderungen, die zur Aktivierung von Treble erforderlich sind.
- Mit älteren Android-Geräten, die auf Android 8.0 oder höher aktualisiert werden, ihre ursprüngliche Kernel-Basisversion verwenden.
Weitere Informationen zu LTS-Kerneln finden Sie unter Langfristig stabile Kernel und Gemeinsame Android-Kernel
Devicetree-Unterstützung
Wenn die Plattform die Spezifikation Advanced Configuration and Power Interface (ACPI) nicht unterstützt, gehen Sie so vor:
Die Devicetree-Unterstützung im Kernel muss aktiviert sein und Bootloader müssen den
Hardware-Beschreibung in Form eines Gerätebaums an den Kernel. Devicetree
müssen auch von Android gelesen werden können und
und ODM-spezifische Parameter für Android. CONFIG_OF
ist obligatorisch,
sowie alle anderen geräte- und subsystemspezifischen CONFIG_OF_*
Kernel-Konfigurationsoptionen.
DebugFS verwenden
Die Implementierung der Anbieterschnittstelle kann nicht auf den DebugFS
basieren
um auf Debug-Informationen zuzugreifen.
Das liegt daran, dass in Android 7.0 bis 10 DebugFS
aktiviert werden kann.
Die VTS-Tests können jedoch mit getrenntem DebugFS
durchgeführt werden.
Unter Android 11 kann DebugFS
nicht auf diesen Geräten aufgerufen oder bereitgestellt werden
Geräte, die für die Produktion verwendet werden, müssen daher von Geräteherstellern entfernt werden. Vor Android 11
dumpstate
hat auf Binder-Statistiken von DebugFS
zugegriffen.
Da Nutzer-Builds, die mit Android 11 oder höher auf den Markt gebracht werden, keinen Zugriff
DebugFS
, dumpstate
greift auf Binderstatistiken zu
binderfs
Aktivieren Sie den Kernel, um Binderfs
zu aktivieren
CONFIG_ANDROID_BINDERFS
konfigurieren.
In Android 11 erzwingt VTS diese beiden Anforderungen:
CONFIG_DEBUG_FS
ist in der Kernel-Konfiguration des Geräts nicht aktiviert.DebugFS
ist nicht unter/proc/filesystems
aufgeführt.
DebugFS in Android 11
In der folgenden Tabelle wird beschrieben, wie jede dieser drei Kategorien
die in Android 11 unterstützt wird. Das Feld
gilt nur für Fehlerbehebungs-Builds, da DebugFS
nicht
die in Nutzer-Builds bereitgestellt werden. Stellen Sie DebugFS
niemals in Nutzer-Builds für Geräte bereit.
die mit Android 11 auf den Markt kommt.
Anwendungsfall | Android 11-Nutzer-Debug-Build |
---|---|
Einmalige Initialisierung von DebugFS -Dateien beim Start.
Dieser Zugriff wird nur einmal während des Bootvorgangs durchgeführt.
|
Dies geschieht durch die Anbieterinit. |
Fehlerberichterstellung: Der Dumpstate-HAL liest
DebugFS -Dateien, die in den Fehlerbericht aufgenommen werden.
|
Wird durch Dumpstate-HAL in DumpstateBoard() beim Aufrufen ausgeführt
Dumpstate-Tool erstellt.
|
Gerätespezifische Tests und Validierungen | ADB-Stamm und -Shell |