Cómo compilar paquetes inalámbricos

Puedes usar la herramienta ota_from_target_files que se proporciona en build/make/tools/releasetools para compilar paquetes inalámbricos completos e incrementales para dispositivos que usan actualizaciones del sistema A/B o actualizaciones del sistema no A/B. La herramienta toma como entrada el archivo target-files.zip que produce el sistema de compilación de Android.

En el caso de los dispositivos que ejecutan Android 11 o versiones posteriores, puedes compilar un paquete inalámbrico para varios dispositivos con diferentes SKUs. Para ello, debes configurar los dispositivos de destino de modo que usen huellas dactilares dinámicas y actualizar los metadatos OTA para incluir el nombre del dispositivo y la huella dactilar en las entradas anterior y posterior a la condición.

Android 8.0 dejó de usar los paquetes inalámbricos basados en archivos para dispositivos no A/B, que, en su lugar, deben usar paquetes inalámbricos basados en bloques. Para generar paquetes inalámbricos basados en bloques o dispositivos que ejecutan Android 7.x o versiones anteriores, pasa la opción --block al parámetro ota_from_target_files.

Compila actualizaciones completas

Una actualización completa es un paquete inalámbrico que contiene el estado final completo del dispositivo (particiones del sistema, de inicio y de recuperación). Siempre que el dispositivo pueda recibir y aplicar el paquete, este podrá instalar la compilación, independientemente del estado actual del dispositivo. Por ejemplo, los siguientes comandos usan herramientas de lanzamiento para compilar el archivo target-files.zip para el dispositivo tardis.

. build/envsetup.sh && lunch tardis-eng
mkdir dist_output
make dist DIST_DIR=dist_output

make dist compila un paquete inalámbrico completo (en $OUT). El archivo .zip resultante contiene todo lo necesario para construir paquetes inalámbricos para el dispositivo tardis. También puedes compilar ota_from_target_files como un objeto binario de Python y llamarlo para compilar paquetes completos o incrementales.

ota_from_target_files dist_output/tardis-target_files.zip ota_update.zip

La ruta de acceso ota_from_target_files está configurada en $PATH, y el objeto binario de Python resultante se encuentra en el directorio out/.

ota_update.zip ya está listo para enviarse a los dispositivos de prueba (todo está firmado con la clave de prueba). Para los dispositivos de los usuarios, genera y usa tus propias claves privadas como se detalla en Firma compilaciones para el lanzamiento.

Compila actualizaciones incrementales

Una actualización incremental es un paquete inalámbrico que contiene parches binarios para los datos que ya están en el dispositivo. Los paquetes con actualizaciones incrementales suelen ser más pequeños, ya que no necesitan incluir archivos sin cambios. Además, como los archivos modificados suelen ser muy similares a sus versiones anteriores, el paquete solo necesita incluir una codificación de las diferencias entre los dos archivos.

Puedes instalar un paquete de actualización incremental solo en dispositivos que tengan la compilación de origen que se usó para construir el paquete. Para compilar una actualización incremental, necesitas el archivo target_files.zip de la compilación anterior (la que deseas actualizar desde) y el archivo target_files.zip de la compilación nueva. Por ejemplo, los siguientes comandos usan herramientas de lanzamiento para compilar una actualización incremental para el dispositivo tardis.

ota_from_target_files -i PREVIOUS-tardis-target_files.zip dist_output/tardis-target_files.zip incremental_ota_update.zip

Esta compilación es muy similar a la anterior, y el paquete de actualización incremental (incremental_ota_update.zip) es mucho más pequeño que la actualización completa correspondiente (alrededor de 1 MB en lugar de 60 MB).

Distribuye un paquete incremental solo a dispositivos que ejecuten exactamente la misma compilación anterior que se usó como punto de partida del paquete incremental. Debes escribir en la memoria flash las imágenes en PREVIOUS-tardis-target_files.zip o PREVIOUS-tardis-img.zip (ambas compiladas con make dist, para escribirse con fastboot update), en lugar de las que se encuentran en el directorio PRODUCT_OUT (compiladas con make, que se escribirán con fastboot flashall). Si intentas instalar el paquete incremental en un dispositivo con alguna otra compilación, se producirá un error de instalación. Cuando falla la instalación, el dispositivo permanece en el mismo estado de funcionamiento (ejecutando el sistema anterior); el paquete verifica el estado anterior de todos los archivos que actualiza antes de tocarlos, por lo que el dispositivo no queda en un estado de actualización parcial.

Para obtener la mejor experiencia del usuario, ofrece una actualización completa por cada 3 o 4 actualizaciones incrementales. Esto ayuda a los usuarios a ponerse al día con la versión más reciente y evitar una larga secuencia de instalación de actualizaciones incrementales.

Compila paquetes inalámbricos para varios SKUs

Android 11 y las versiones posteriores admiten el uso de un solo paquete inalámbrico para varios dispositivos con diferentes SKU. Para ello, debes configurar los dispositivos de destino de modo que usen huellas dactilares dinámicas y actualizar los metadatos OTA (con herramientas OTA) para incluir el nombre del dispositivo y la huella dactilar en las entradas anterior y posterior a la condición.

Acerca de los SKUs

El formato de un SKU es una variación de los valores de parámetros de compilación combinados y suele ser un subconjunto no declarado de los parámetros build_fingerprint actuales. Los OEMs pueden usar cualquier combinación de parámetros de compilación aprobados por el CDD para un SKU y, al mismo tiempo, usar una sola imagen para esos SKUs. Por ejemplo, el siguiente SKU tiene varias variaciones:

SKU = <product><device><modifierA><modifierB><modifierC>

• modifierA es el nivel del dispositivo (como Pro, Premium o Plus).
• modifierB es la variación de hardware (como la radio).
• modifierC es la región, que puede ser general (como NA, EMEA o CHN) o específica del país o del idioma (como JPN, ENG o CHN).

Muchos OEMs usan una sola imagen para varios SKUs y, luego, obtienen el nombre del producto final y la huella dactilar del dispositivo en el tiempo de ejecución después de que se inicia el dispositivo. Este proceso simplifica el proceso de desarrollo de la plataforma, lo que permite que los dispositivos con personalizaciones menores, pero con nombres de productos diferentes, compartan imágenes comunes (como tardis y tardispro).

Usa huellas dactilares dinámicas

Una huella dactilar es una concatenación definida de parámetros de compilación como ro.product.brand, ro.product.name y ro.product.device. La huella dactilar de un dispositivo se deriva de la huella dactilar de la partición del sistema y se usa como un identificador único de las imágenes (y los bytes) que se ejecutan en el dispositivo. Para crear una huella dactilar dinámica , usa lógica dinámica en el archivo build.prop del dispositivo para obtener el valor de las variables del bootloader en el momento del inicio del dispositivo y, luego, usa esos datos para crear una huella dactilar dinámica para ese dispositivo.

Por ejemplo, para usar huellas dactilares dinámicas para dispositivos tardis y tardispro, actualiza los siguientes archivos como se muestra a continuación.

• Actualiza el archivo odm/etc/build_std.prop para que contenga la siguiente línea.

  ro.odm.product.device=tardis
  

• Actualiza el archivo odm/etc/build_pro.prop para que contenga la siguiente línea.

  ro.odm.product.device=tardispro
  

• Actualiza el archivo odm/etc/build.prop para que contenga las siguientes líneas.

  ro.odm.product.device=tardis
  import /odm/etc/build_${ro.boot.product.hardware.sku}.prop
  

Estas líneas establecen de forma dinámica el nombre del dispositivo, la huella dactilar y los valores de ro.build.fingerprint en función del valor de la propiedad del bootloader ro.boot.product.hardware.sku (que es de solo lectura).

Actualiza los metadatos del paquete inalámbrico

Un paquete inalámbrico contiene un archivo de metadatos (META-INF/com/android/metadata) que describe el paquete, incluidas la condición previa y la condición posterior del paquete inalámbrico. Por ejemplo, el siguiente código es el archivo de metadatos de un paquete inalámbrico destinado al dispositivo tardis.

post-build=google/tardis/tardis:11/RP1A.200521.001/6516341:userdebug/dev-keys
post-build-incremental=6516341
post-sdk-level=30
post-security-patch-level=2020-07-05
post-timestamp=1590026334
pre-build=google/tardis/tardis:11/RP1A.200519.002.A1/6515794:userdebug/dev-keys
pre-build-incremental=6515794
pre-device=tardis

Los valores pre-device, pre-build-incremental y pre-build definen el estado que debe tener un dispositivo antes de que se pueda instalar el paquete inalámbrico. Los valores post-build-incremental y post-build definen el estado que se espera que tenga un dispositivo después de que se instale el paquete inalámbrico. Los valores de los campos pre- y post- se derivan de las siguientes propiedades de compilación correspondientes.

• El valor pre-device se deriva de la propiedad de compilación ro.product.device.
• Los valores pre-build-incremental y post-build-incremental se derivan de la propiedad de compilación ro.build.version.incremental.
• Los valores pre-build y post-build se derivan de la propiedad de compilación ro.build.fingerprint.

En dispositivos que ejecutan Android 11 o versiones posteriores, puedes usar la marca --boot_variable_file en las herramientas OTA para especificar una ruta de acceso a un archivo que contenga los valores de las variables de tiempo de ejecución que se usan para crear la huella dactilar dinámica del dispositivo. Luego, los datos se usan para actualizar los metadatos OTA para incluir el nombre del dispositivo y la huella dactilar en las condiciones pre- y post- (con el carácter de barra vertical | como delimitador). La marca --boot_variable_file tiene la siguiente sintaxis y descripción.

• Sintaxis: --boot_variable_file <path>
• Descripción: Especifica una ruta de acceso a un archivo que contiene los valores posibles de las propiedades ro.boot.*. Se usa para calcular las posibles huellas dactilares de tiempo de ejecución cuando la instrucción de importación anula algunas propiedades ro.product.*. El archivo espera una propiedad por línea, en la que cada línea tiene el siguiente formato: prop_name=value1,value2.

Por ejemplo, cuando la propiedad es ro.boot.product.hardware.sku=std,pro, los metadatos OTA para dispositivos tardis y tardispro son los que se muestran a continuación.

post-build=google/tardis/tardis:11/<suffix>|google/tardis/tardispro:11/<suffix>
pre-build=google/tardis/tardis:11/<suffix>|google/tardis/tardispro:11/<suffix>
pre-device=tardis|tardispro

Para admitir esta funcionalidad en dispositivos que ejecutan Android 10, consulta la implementación de referencia. Esta lista de cambios analiza de forma condicional las instrucciones import en el archivo build.prop, lo que permite que las anulaciones de propiedades se reconozcan y se reflejen en los metadatos OTA finales.