Google está trabajando con Qualcomm para facilitar la entrega de actualizaciones de software, permitiendo 4 versiones del sistema operativo Android y 4 años de actualizaciones de seguridad.
Hace más de 3 años, Google anunció el Proyecto Treble, una importante reestructuración de Android diseñada para acelerar las actualizaciones de software. Si bien la arquitectura introducida por Project Treble ha ayudado a los OEM a acelerar la entrega de importantes Actualizaciones del sistema operativo Android y parches de seguridad mensuales, ha tenido un efecto adverso en proveedores de SoC como Qualcomm. De hecho, Treble ha aumentado la complejidad y, por lo tanto, los costos de ingeniería asociados con el soporte de actualización del sistema operativo Android para cualquier chipset determinado. Esto ha limitado la duración del soporte que Qualcomm puede brindar a sus SoC, pero eso cambiará pronto. Todos los SoC Snapdragon que se lanzan con Android 11 o posterior, a partir con el Snapdragon 888, Qualcomm admitirá 3 actualizaciones de la versión del sistema operativo Android (lanzamiento de lanzamiento + 3 actualizaciones de letras), así como 4 años de actualizaciones de seguridad. Eso es un año adicional al que proporcionaron anteriormente para sus conjuntos de chips insignia de la serie 800.
El anuncio de hoy es importante, pero no se puede entender sin el conocimiento previo de lo que Google intentó lograr con Project Treble hace 3 años.
Treble creó una división entre el marco del sistema operativo Android (incluido todo el código de interfaz de usuario, las API y los procesos del sistema que utilizan las aplicaciones). interactuar) y software de bajo nivel específico del dispositivo (incluido el kernel de Linux subyacente y las capas de abstracción de hardware, o HAL). El software de bajo nivel, específico del dispositivo, se comunica con el marco del sistema operativo Android a través de un sistema estable y bien definido. interfaz del proveedor. Cada versión del sistema operativo Android garantiza la compatibilidad con la implementación del proveedor, lo que Google garantiza mediante el uso del conjunto de pruebas de proveedores (VTS), un conjunto de pruebas de cumplimiento estandarizado. Esto significa que, por ejemplo, el marco del sistema operativo Android 11 es compatible con la implementación del proveedor diseñada para Android 10. De hecho, para cada nueva versión de Android, Google publica imágenes genéricas del sistema (GSI), imágenes del sistema creadas en origen que son compatibles con las últimas 3 versiones de implementaciones de proveedores. Cuando un OEM construye un nuevo dispositivo Android, tiene la libertad de modificar el marco del sistema operativo Android para introducir nuevos características patentadas y API, pero deben garantizar que la implementación del proveedor del dispositivo sea compatible con el GSI.
Así es principalmente como Treble reduce la fragmentación y acelera la entrega de nuevas actualizaciones del sistema operativo: hay muchas menos roturas al emparejar el marco del sistema operativo Android (que es abierto). fuente y proporcionado por Google) y el software de bajo nivel específico del dispositivo (que a menudo es de código cerrado y se proporciona bajo contratos con proveedores de SoC) gracias al proveedor estable interfaz. Idealmente, eso significa que los OEM pueden dedicar menos tiempo a corregir errores de hardware y más tiempo a trasladar sus cambios a nivel de sistema a la última versión del sistema operativo Android. De hecho, desde que se introdujo Treble, Google dice que los OEM han adoptado la última versión del sistema operativo Android mucho más rápidamente que antes. "En el momento en que se lanzó Android 11, había 667 millones de usuarios activos en Android 10, el 82% de los cuales obtuvieron su versión de Android 10 a través de una actualización inalámbrica (OTA)", dijo Google.
Debido a que cada nueva versión de Android agrega soporte para más funciones de hardware (el sistema operativo debe admitir nuevas funciones para mantenerse al día con los rápidos avances de la industria móvil), Google necesita actualizar la interfaz del proveedor para eso liberar. La empresa define así nuevos requisitos HAL y exige nuevas versiones del kernel de Linux, pero solo requieren dispositivos lanzamiento con la nueva versión del sistema operativo Android para admitir estos cambios que afectan al proveedor. Por ejemplo, si Google modifica la cámara HAL de Android para admitir múltiples sensores de cámara trasera, solo los dispositivos nuevos que se lancen con la nueva versión de Android tendrán que hacerlo. admiten esa HAL actualizada, mientras que los dispositivos más antiguos que se actualizan a la nueva versión pueden reutilizar su implementación anterior del proveedor sin esta nueva cámara HAL requisito. Esto reduce el costo y la complejidad (desde la perspectiva de un OEM) de llevar una nueva versión del sistema operativo Android a un dispositivo más antiguo. El problema, sin embargo, es que este enfoque introduce una complejidad adicional para los proveedores de SoC como Qualcomm, MediaTek y otros.
Como resultado de este principio de diseño, Qualcomm y otros proveedores de SoC deben admitir múltiples combinaciones de software del sistema operativo Android e implementaciones de proveedores. Un proveedor de SoC que admita 3 generaciones de versiones del sistema operativo Android para un conjunto de chips en particular debe admitir 6 combinaciones de software de marco de sistema operativo e implementaciones de proveedores. Esto se debe a que, si bien los OEM pueden salirse con la suya reutilizando una implementación de proveedor anterior para eludir el nuevo kernel HAL y Linux requisitos de versión, los proveedores de SoC deben garantizar que las implementaciones de sus proveedores admitan tanto la versión antigua como la nueva. requisitos. No pueden escoger y elegir. Multiplique eso por las docenas de conjuntos de chips que un proveedor de SoC debe admitir y podrá ver cómo Treble en realidad ha aumentado la complejidad para ellos.
Es por esta razón que Qualcomm y otros proveedores de SoC generalmente solo ofrecen un máximo de 2 actualizaciones de letras del sistema operativo y 3 años de actualizaciones de seguridad para un conjunto de chips en particular. Aunque no conozco los costos exactos, supongo que no es económicamente viable para los proveedores de SoC como Qualcomm soportar conjuntos de chips por mucho más tiempo. Hemos visto que Qualcomm y otros proveedores de SoC a veces brindan soporte por más tiempo, pero eso depende de la demanda de los OEM para que sea económico. Si no existe tal demanda, entonces corresponde a los OEM soportar la mayor parte de los costos de desarrollo para lanzar una nueva versión de Android, y eso no es una hazaña fácil. Pero gracias a los esfuerzos combinados de Google y Qualcomm, este último ahora admitirá 4 sistemas operativos Android. versiones y 4 años de actualizaciones de seguridad para conjuntos de chips Snapdragon seleccionados, comenzando con Qualcomm Snapdragon 888.
Para que esto sea posible, Google ha extendido el "principio de no retroactividad" del Proyecto Treble a los SoC además de a los dispositivos. Esto significa que los nuevos requisitos de la versión del kernel de Linux y HAL no serán retroactivos para los SoC. Entonces, por ejemplo, un SoC que Los lanzamientos con Android 11 (como el Snapdragon 888) pueden reutilizar la implementación del mismo proveedor para admitir Android 12 hasta Androide 14. Por lo tanto, los proveedores de SoC pueden desarrollar un único paquete de soporte de placa (BSP) para un conjunto de chips en particular para distribuirlo a OEM, en lugar de mantener múltiples versiones de BSP que deben actualizarse con cada nuevo Android liberar. Esto reduce drásticamente los costos de ingeniería asociados con el soporte de Android en un conjunto de chips en particular, lo que brinda a los proveedores de SoC como Qualcomm la capacidad de brindar soporte a sus conjuntos de chips durante más tiempo.
Google también está trabajando con Qualcomm para garantizar que este último reutilice el mismo software de sistema operativo en múltiples Qualcomm. conjuntos de chips, lo que reduce aún más la cantidad de combinaciones de implementación de proveedores y marcos de sistema operativo que Qualcomm tiene que apoyo. Los proveedores de SoC actualmente modifican el código del marco AOSP y crean sus propias versiones de imágenes genéricas del sistema. El de Qualcomm, por ejemplo, se llama QSSI, mientras que el de MediaTek se llama MSSI. Ahora se garantizará que estas imágenes de sistema específicas de SoC sean compatibles con múltiples conjuntos de chips, así como con software de proveedores más antiguos, muy parecido al AOSP GSI de Google.
Se espera que los dispositivos con Qualcomm Snapdragon 888 se lancen muy pronto, comenzando con las series Xiaomi Mi 11 y Samsung Galaxy S21. Si bien esperamos que el anuncio de Google y Qualcomm signifique que todos los dispositivos Snapdragon 888 obtengan 3 años de actualizaciones del sistema operativo Android y parches de seguridad, no hay garantía de que este sea el caso. Los OEM todavía necesitan invertir sumas significativas para desarrollar y distribuir nuevas versiones del sistema operativo, pero es mucho más probable que suceda ahora que Qualcomm admitirá 4 versiones del sistema operativo Android. Esperamos que uno o más fabricantes de equipos originales aprovechen el anuncio de hoy para anunciar soporte de software ampliado para sus futuros teléfonos insignia con tecnología Snapdragon 888. La mayoría de los fabricantes de equipos originales solo ofrecen 2 años de actualizaciones de Android en este momento, mientras que tanto Samsung como Google prometen 3 años. Eso todavía es demasiado corto en comparación con Apple y, con razón, se ha criticado muchas, muchas veces y se seguirá criticando hasta que se reduzca la brecha.
En cuanto a los otros proveedores de SoC, Google está en conversaciones con ellos para aplicar este nuevo principio de no retroactividad para que ellos también puedan proporcionar soporte de software ampliado para sus conjuntos de chips. No tenemos ninguna confirmación de MediaTek u otros proveedores de SoC, pero no vemos ninguna razón por la que no estén de acuerdo con esta idea, al menos para los nuevos conjuntos de chips. Según Google, esperan que la mayoría de los SoC recién lanzados aprovechen estas ventajas. cambios, así que no espere que ninguno de sus dispositivos actuales obtenga soporte de software extendido debido a la situación actual. anuncio.
Este artículo se actualizó a la 1:50 p.m. ET del 16/12/2020 para cambiar "dispositivos" en el título a "chipsets" para reflejar mejor dónde entrarán en vigencia los cambios. Se ha agregado información adicional al artículo por cortesía de Google.
Este artículo se actualizó a las 2:10 p.m. ET para reflejar que Google y Qualcomm prometen soporte para Android 4. Versiones del sistema operativo, es decir, el lanzamiento de lanzamiento más 3 años de actualizaciones del sistema operativo Android, en lugar de 4 años de sistema operativo. actualizaciones. Sin embargo, Qualcomm promete proporcionar 4 años de actualizaciones de seguridad.