Google se compromete a promover la equidad racial para las comunidades negras. Ver cómo.
Se usó la API de Cloud Translation para traducir esta página.
Switch to English

Prueba de VTS con Debd Ramdisk

En Android 10, la imagen genérica del sistema (GSI) utilizada para ejecutar los cambios de prueba de cumplimiento CTS-on-GSI / VTS de userdebug a tipo de compilación del usuario, porque GSI está firmado. Sin embargo, el comando de 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 la adb root para ejecutarse.

El ramdisk de depuración se introduce en Android 10 para hacer posible la adb root , si el dispositivo está desbloqueado. Esto simplifica el flujo de prueba al reutilizar el mismo GSI system.img compilación del usuario. Para la configuración de STS, todavía se requiere el uso de userdebug OEM system.img . La siguiente tabla muestra imágenes y tipos de compilación para las pruebas de conformidad en Android 10.

Banco de pruebas Prueba con Construir Depurar ramdisk raíz adb? Android 9 -> 10 cambio de variante de compilación
CTS Sistema de OEM usuario norte norte Ningún cambio
CTS-on-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 disco RAM de depuración

El ramdisk de depuración lo proporciona el OEM que ejecuta las pruebas de conformidad. No se debe liberar firmado, y solo se puede usar si el dispositivo está desbloqueado .

El ramdisk de depuración no se generará ni utilizará para actualizar dispositivos con:

  • BOARD_BUILD_SYSTEM_ROOT_IMAGE true
  • skip_initramfs en la línea de comando del kernel

Cuando usa boot-debug.img , la boot-debug.img sistema ( plat_sepolicy.cil ) se carga desde boot-debug.img . Siempre incorpore nuevos cambios sepolíticos de las ramas 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 GSI cambia su flujo ascendente a Android {N} -qpr {n} -release trimestralmente.

AOSP cambios

Los cambios de ramdisk de depuración en AOSP se identifican por 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 muestra en la partición /boot del dispositivo, se carga la versión de depuración del usuario del archivo sepolicy del sistema y un archivo de propiedad adicional, adb_debug.prop . Esto permite la adb root con el sistema de compilación del system.img (ya sea GSI o OEM).