In Android 10, l' immagine di sistema generica (GSI) utilizzata per eseguire i test di conformità CTS-on-GSI / VTS cambia da userdebug al tipo di build utente, perché GSI è firmato per il rilascio. Tuttavia, il comando adb root
che fornisce a un host le autorizzazioni di root per il dispositivo Android sottoposto a test non è disponibile in una build utente. Questo è un problema perché VTS richiede l'esecuzione di adb root
.
Il debug ramdisk è stato introdotto in Android 10 per rendere possibile adb root
, se il dispositivo è sbloccato. Ciò semplifica il flusso di test riutilizzando lo stesso sistema GSI system.img
dall'utente.img. Per l'installazione di STS, è comunque necessario utilizzare un altro userdebug OEM system.img
. La tabella seguente mostra immagini e tipi di build per i test di conformità in Android 10.
Suite di test | Prova con | Costruire | Debug ramdisk | root adb? | Modifica variante build Android 9 -> 10 |
---|---|---|---|---|---|
CTS | Sistema OEM | utente | N | N | Nessun cambiamento |
CTS-on-GSI | GSI | utente | N | N | userdebug -> utente GSI rilascio firmato |
STS | Sistema OEM | userdebug | N | Y | Nuovo in Q |
VTS | GSI | utente | Y | Y | userdebug -> utente GSI rilascio firmato |
Prerequisiti per l'utilizzo di un ramdisk di debug
Il ramdisk di debug viene fornito dall'OEM che esegue i test di conformità. Non dovrebbe essere firmato per il rilascio e può essere utilizzato solo se il dispositivo è sbloccato .
Il ramdisk di debug non verrà generato o utilizzato per l'aggiornamento dei dispositivi con:
-
BOARD_BUILD_SYSTEM_ROOT_IMAGE
true -
skip_initramfs
nella riga di comando del kernel
Quando si utilizza boot-debug.img
, il sistema sepolicy ( plat_sepolicy.cil
) viene caricato da boot-debug.img
. Si prega di incorporare sempre le nuove modifiche di sepolicy dai rami di Android {N} -qpr {n} -release per ricostruire boot-debug.img
, ad esempio, android10-qpr1-release . In caso contrario, il dispositivo potrebbe non essere in grado di avviare una nuova immagine GSI. Il ramo GSI passa il suo upstream ad android {N} -qpr {n} -release trimestralmente.
Cambiamenti AOSP
Le modifiche al ramdisk di debug in AOSP sono identificate debug_ramdisk
.
Questi file immagine aggiuntivi vengono generati nella cartella build out/target/product/$(TARGET_DEVICE)
:
-
ramdisk-debug.img
-
boot-debug.img
Quando boot-debug.img
viene visualizzato nella partizione /boot
del dispositivo, vengono caricati la versione userdebug del file sepolicy di sistema e un file di proprietà aggiuntivo, adb_debug.prop
. Ciò consente adb root
con l'utente build system.img
(sia GSI che OEM).