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_IMAGEtrue -
skip_initramfsnella 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).