Google is committed to advancing racial equity for Black communities. See how.
Questa pagina è stata tradotta dall'API Cloud Translation.
Switch to English

Test VTS con Debug Ramdisk

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