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