Google travaille avec Qualcomm pour faciliter la fourniture de mises à jour logicielles, permettant 4 versions du système d'exploitation Android et 4 ans de mises à jour de sécurité.
Il y a plus de 3 ans, Google a annoncé le projet Treble, une réarchitecture majeure d'Android conçue pour accélérer les mises à jour logicielles. Alors que l'architecture introduite par Project Treble a aidé les équipementiers à accélérer la livraison de produits majeurs Mises à jour du système d'exploitation Android et correctifs de sécurité mensuels, cela a eu un effet négatif sur les fournisseurs de SoC comme Qualcomm. En fait, Treble a en fait augmenté la complexité, et donc les coûts d'ingénierie, associés à la prise en charge de la mise à jour du système d'exploitation Android pour un chipset donné. Cela a limité la durée du support que Qualcomm peut fournir pour ses SoC, mais cela va bientôt changer. Tous les SoC Snapdragon lancés avec Android 11 ou version ultérieure – à partir de avec le Snapdragon 888
, Qualcomm prendra en charge 3 mises à jour de la version du système d'exploitation Android (version de lancement + mises à niveau à 3 lettres) ainsi que 4 ans de mises à jour de sécurité. Cela représente une année supplémentaire par rapport à celle prévue précédemment pour leurs chipsets phares de la série 800.L'annonce d'aujourd'hui est importante, mais elle ne peut être comprise sans une connaissance approfondie de ce que Google a tenté d'accomplir avec le projet Treble il y a 3 ans.
Treble a créé une division entre le cadre du système d'exploitation Android (y compris tout le code de l'interface utilisateur, les API et les processus système utilisés par les applications). interagir avec) et des logiciels de bas niveau spécifiques au périphérique (y compris le noyau Linux sous-jacent et les couches d'abstraction matérielle, ou HAL). Le logiciel de bas niveau spécifique à l'appareil communique avec le cadre du système d'exploitation Android via un protocole stable et bien défini. interface fournisseur. Chaque version du système d'exploitation Android garantit une compatibilité ascendante avec l'implémentation du fournisseur, ce que Google garantit grâce à l'utilisation de la suite de tests du fournisseur (VTS), une suite de tests de conformité standardisée. Cela signifie que, par exemple, le framework du système d'exploitation Android 11 est rétrocompatible avec l'implémentation du fournisseur conçue pour Android 10. En fait, pour chaque nouvelle version d'Android, Google publie des images système génériques (GSI), des images système créées à la source et rétrocompatibles avec les 3 dernières versions des implémentations des fournisseurs. Lorsqu'un OEM crée un nouvel appareil Android, il est libre de modifier le cadre du système d'exploitation Android pour introduire de nouveaux fonctionnalités et API propriétaires, mais ils doivent garantir que la mise en œuvre du fournisseur de l'appareil est compatible avec le GSI.
C'est principalement ainsi que Treble réduit la fragmentation et accélère la livraison des nouvelles mises à jour du système d'exploitation: il y a beaucoup moins de casse lors du couplage du framework du système d'exploitation Android (qui est ouvert source et fourni par Google) et le logiciel de bas niveau spécifique à l'appareil (souvent de source fermée et fourni dans le cadre de contrats avec des fournisseurs de SoC) grâce au fournisseur stable interface. Idéalement, cela signifie que les OEM peuvent passer moins de temps à corriger les bogues matériels et plus de temps à porter leurs modifications au niveau du système sur la dernière version du système d'exploitation Android. En fait, depuis l'introduction de Treble, Google affirme que les constructeurs OEM ont adopté la dernière version du système d'exploitation Android beaucoup plus rapidement qu'auparavant. "Au moment du lancement d'Android 11, il y avait 667 millions d'utilisateurs actifs sur Android 10, dont 82 % ont obtenu leur version Android 10 via une mise à jour en direct (OTA)", a déclaré Google.
Étant donné que chaque nouvelle version d'Android ajoute la prise en charge de davantage de fonctionnalités matérielles (le système d'exploitation doit prendre en charge de nouvelles fonctionnalités pour suivre les progrès rapides de l'industrie mobile), Google doit mettre à jour l'interface du fournisseur pour cela libérer. La société définit ainsi de nouvelles exigences HAL et impose de nouvelles versions du noyau Linux, mais elles ne nécessitent que des appareils lancement avec la nouvelle version du système d'exploitation Android pour prendre en charge ces modifications ayant un impact sur les fournisseurs. Par exemple, si Google modifie le HAL de la caméra Android pour prendre en charge plusieurs capteurs de caméra arrière, seuls les nouveaux appareils lancés avec la nouvelle version d'Android doivent le faire. prend en charge la mise à jour de HAL, tandis que les appareils plus anciens mis à niveau vers la nouvelle version peuvent réutiliser l'implémentation de leur ancien fournisseur sans cette nouvelle caméra HAL exigence. Cela réduit le coût et la complexité (du point de vue d'un OEM) liés à l'intégration d'une nouvelle version du système d'exploitation Android sur un appareil plus ancien. Le problème, cependant, est que cette approche introduit une complexité supplémentaire pour les fournisseurs de SoC comme Qualcomm, MediaTek et autres.
En raison de ce principe de conception, Qualcomm et d’autres fournisseurs de SoC doivent prendre en charge plusieurs combinaisons de logiciels-cadres Android OS et d’implémentations de fournisseurs. Un fournisseur de SoC qui prend en charge 3 générations de versions du système d'exploitation Android pour un chipset particulier doit prendre en charge 6 combinaisons de logiciels-cadres de système d'exploitation et d'implémentations de fournisseurs. En effet, même si les OEM peuvent réutiliser une ancienne implémentation d'un fournisseur pour contourner les nouveaux noyaux HAL et Linux, exigences de version, les fournisseurs de SoC doivent s'assurer que leurs implémentations prennent en charge à la fois l'ancien et le nouveau exigences. Ils ne peuvent pas choisir. Multipliez cela par les dizaines de chipsets qu'un fournisseur de SoC doit prendre en charge et vous verrez comment Treble a réellement accru la complexité pour eux.
C'est pour cette raison que Qualcomm et les autres fournisseurs de SoC ne fournissent généralement qu'un maximum de 2 mises à niveau du système d'exploitation et 3 ans de mises à jour de sécurité pour un chipset particulier. Bien que je ne connaisse pas les coûts exacts, je suppose qu'il n'est pas économiquement réalisable pour les fournisseurs de SoC comme Qualcomm de prendre en charge les chipsets pendant bien plus longtemps que cela. Nous avons vu Qualcomm et d'autres fournisseurs de SoC fournir parfois une assistance plus longue, mais cela dépend de la demande des constructeurs OEM pour le rendre économique. Si une telle demande n’existe pas, il incombe alors aux constructeurs OEM de supporter l’essentiel des coûts de développement nécessaires pour proposer une nouvelle version d’Android – et ce n'est pas une tâche facile. Mais grâce aux efforts combinés de Google et Qualcomm, ce dernier supportera désormais 4 OS Android versions et 4 ans de mises à jour de sécurité pour certains chipsets Snapdragon, à commencer par le Qualcomm Muflier 888.
Pour rendre cela possible, Google a étendu le « principe de non-rétroactivité » du Projet Treble aux SoC en plus des appareils. Cela signifie que les nouvelles exigences de version du noyau HAL et Linux ne seront pas rétroactives pour les SoC. Ainsi, par exemple, un SoC qui les lancements avec Android 11 (comme le Snapdragon 888) peuvent réutiliser la même implémentation du fournisseur pour prendre en charge Android 12 via Android 14. Ainsi, les fournisseurs de SoC peuvent développer un seul Board Support Package (BSP) pour un chipset particulier à distribuer à OEM, plutôt que de conserver plusieurs versions du BSP qui doivent être mises à jour avec chaque nouvel Android libérer. Cela réduit considérablement les coûts d'ingénierie associés à la prise en charge d'Android sur un chipset particulier, donnant ainsi aux fournisseurs de SoC comme Qualcomm la possibilité de prendre en charge leurs chipsets plus longtemps.
Google travaille également avec Qualcomm pour garantir que ce dernier réutilise le même logiciel-cadre de système d'exploitation sur plusieurs systèmes Qualcomm. chipsets, réduisant encore davantage le nombre de combinaisons de framework de système d'exploitation et de mise en œuvre de fournisseurs que Qualcomm doit soutien. Les fournisseurs de SoC modifient actuellement le code du framework AOSP et créent leurs propres versions d'images système génériques. Celui de Qualcomm, par exemple, s'appelle QSSI, tandis que celui de MediaTek s'appelle MSSI. Ces images système spécifiques au SoC seront désormais garanties d'être compatibles avec plusieurs chipsets ainsi qu'avec les logiciels des anciens fournisseurs, un peu comme l'AOSP GSI de Google.
Les appareils équipés du Qualcomm Snapdragon 888 devraient être lancés très prochainement, à commencer par les séries Xiaomi Mi 11 et Samsung Galaxy S21. Même si nous espérons que l'annonce de Google et Qualcomm signifie que tous les appareils Snapdragon 888 bénéficieront de 3 ans de mises à jour du système d'exploitation Android et des correctifs de sécurité, rien ne garantit que ce sera le cas. Les constructeurs OEM doivent encore investir des sommes importantes pour développer et distribuer de nouvelles versions du système d'exploitation, mais cela est beaucoup plus probable maintenant que Qualcomm lui-même prendra en charge 4 versions du système d'exploitation Android. Nous espérons qu'un ou plusieurs constructeurs OEM profiteront de l'annonce d'aujourd'hui pour annoncer une prise en charge logicielle étendue pour leurs futurs téléphones phares équipés du Snapdragon 888. La plupart des constructeurs OEM n'offrent actuellement que 2 ans de mises à jour Android, tandis que Samsung et Google promettent 3 ans. C'est encore beaucoup trop court par rapport à Apple et a été à juste titre réclamé à de nombreuses reprises et continuera à l'être jusqu'à ce que l'écart soit réduit.
Quant aux autres fournisseurs de SoC, Google est en pourparlers avec eux pour appliquer ce nouveau principe de non-rétroactivité afin qu'ils puissent eux aussi fournir un support logiciel étendu pour leurs chipsets. Nous n'avons aucune confirmation de MediaTek ou d'autres fournisseurs de SoC, mais nous ne voyons aucune raison pour laquelle ils ne seraient pas d'accord avec cette idée, du moins pour les nouveaux chipsets. Selon Google, ils s'attendent à ce que seuls les SoC récemment lancés en profitent. changements, alors ne vous attendez pas à ce qu'aucun de vos appareils actuels bénéficie d'un support logiciel étendu en raison des changements actuels. annonce.
Cet article a été mis à jour à 13 h 50 HE le 16/12/2020 pour remplacer « périphériques » dans le titre par « chipsets » afin de mieux refléter l'endroit où les modifications prendront effet. Des informations supplémentaires ont été ajoutées à l'article avec l'aimable autorisation de Google.
Cet article a été mis à jour à 14 h 10 HE pour refléter le fait que Google et Qualcomm promettent la prise en charge de 4 Android. Versions du système d'exploitation – c'est-à-dire la version de lancement plus 3 ans de mises à jour du système d'exploitation Android – au lieu de 4 ans de système d'exploitation mises à jour. Qualcomm promet cependant de fournir 4 ans de mises à jour de sécurité.