Google is committed to advancing racial equity for Black communities. See how.
Se usó la API de Cloud Translation para traducir esta página.
Switch to English

Prueba de VTS con Debug Ramdisk

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 que adb root ejecute.

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 debe tener firma de lanzamiento y solo se puede usar si el dispositivo está desbloqueado .

El debug ramdisk no se generará ni se 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).