En Android 10, la imagen genérica del sistema (GSI) que se usa para ejecutar las pruebas de cumplimiento de CTS-on-GSI / VTS cambia de userdebug al tipo de compilación del usuario, porque GSI tiene firma de lanzamiento. Sin embargo, el comando adb root
que otorga permisos de raíz de host al dispositivo Android bajo prueba no está disponible en una compilación de usuario. Esto es un problema porque VTS requiere adb root
para ejecutarse.
El debug ramdisk se introduce en Android 10 para hacer posible adb root
, si el dispositivo está desbloqueado. Esto simplifica el flujo de pruebas al reutilizar el mismo sistema GSI system.img
. Para la configuración de STS, todavía se requiere el uso de otro userdebug OEM system.img
. La siguiente tabla muestra imágenes y tipos de compilación para las pruebas de cumplimiento en Android 10.
Banco de pruebas | Prueba con | Construir | Depurar ramdisk | adb root? | Android 9 -> 10 cambio de variante de compilación |
---|---|---|---|---|---|
CTS | Sistema de OEM | usuario | norte | norte | Ningún cambio |
CTS-en-GSI | GSI | usuario | norte | norte | userdebug -> usuario GSI lanzamiento firmado |
STS | Sistema de OEM | userdebug | norte | Y | Nuevo en Q |
VTS | GSI | usuario | Y | Y | userdebug -> usuario GSI lanzamiento firmado |
Requisitos previos para usar un ramdisk de depuración
El disco RAM de depuración lo proporciona el OEM que ejecuta las pruebas de conformidad. No se debe firmar la publicación y solo se puede usar si el dispositivo está desbloqueado .
El debug ramdisk no se generará ni utilizará para actualizar dispositivos con:
-
BOARD_BUILD_SYSTEM_ROOT_IMAGE
verdadero -
skip_initramfs
en la línea de comandos del kernel
Cuando usa boot-debug.img
, la boot-debug.img
sistema ( plat_sepolicy.cil
) se carga desde boot-debug.img
. Por favor, incorpore siempre nuevos cambios de política de seguridad de las ramas de android {N} -qpr {n} -release para reconstruir boot-debug.img
, por ejemplo, android10-qpr1-release . De lo contrario, es posible que el dispositivo no pueda iniciar una nueva imagen GSI. La sucursal de GSI cambia su versión ascendente a android {N} -qpr {n} -release trimestralmente.
Cambios de AOSP
Los cambios de debug ramdisk en AOSP se identifican mediante el hashtag debug_ramdisk
.
Estos archivos de imagen adicionales se generan en la carpeta de compilación out/target/product/$(TARGET_DEVICE)
:
-
ramdisk-debug.img
-
boot-debug.img
Cuando boot-debug.img
se boot-debug.img
en la partición /boot
del dispositivo, se cargan la versión userdebug del archivo sepolicy del sistema y un archivo de propiedades adicional, adb_debug.prop
. Esto permite adb root
con el usuario build system.img
(ya sea GSI o OEM).