Google werkt samen met Qualcomm om het gemakkelijker te maken software-updates te leveren, waardoor vier Android OS-versies en vier jaar beveiligingsupdates mogelijk zijn.
Ruim drie jaar geleden, Google kondigde Project Treble aan, een ingrijpende herinrichting van Android, ontworpen om software-updates te versnellen. Terwijl de door Project Treble geïntroduceerde architectuur OEM's heeft geholpen de levering van major Android OS-updates en maandelijkse beveiligingspatches hebben een negatief effect gehad op SoC-providers zoals Qualcomm. In feite heeft Treble de complexiteit, en dus de engineeringkosten, die gepaard gaan met het bieden van ondersteuning voor Android OS-updates voor een bepaalde chipset zelfs vergroot. Dat heeft de ondersteuningsduur die Qualcomm voor zijn SoC's kan bieden, beperkt, maar dat zal snel veranderen. Alle Snapdragon SoC's die worden gelanceerd met Android 11 of hoger, beginnen met de Leeuwebek 888, ondersteunt Qualcomm drie Android OS-versie-updates (lanceringsrelease + drieletterige upgrades) en vier jaar beveiligingsupdates. Dat is een extra jaar dan ze eerder hadden voorzien voor hun vlaggenschipchipsets uit de 800-serie.
De aankondiging van vandaag is belangrijk, maar kan niet worden begrepen zonder de achtergrondkennis van wat Google drie jaar geleden probeerde te bereiken met Project Treble.
Treble creëerde een splitsing tussen het Android OS-framework (inclusief alle UI-code, API's en systeemprocessen die apps interactie met) en apparaatspecifieke, low-level software (inclusief de onderliggende Linux-kernel en hardware-abstractielagen, of HAL's). De apparaatspecifieke software op laag niveau communiceert met het Android OS-framework via een goed gedefinieerd, stabiel leveranciersinterface. Elke Android OS-versie garandeert achterwaartse compatibiliteit met de implementatie van de leverancier, wat Google garandeert door het gebruik van de Vendor Test Suite (VTS), een gestandaardiseerde compliance-testsuite. Dit betekent dat bijvoorbeeld het Android 11 OS-framework achterwaarts compatibel is met de leveranciersimplementatie die is ontworpen voor Android 10. In feite publiceert Google voor elke nieuwe Android-release Generic System Images (GSI's), brongebaseerde systeemimages die achterwaarts compatibel zijn met de laatste drie versies van leveranciersimplementaties. Wanneer een OEM een nieuw Android-apparaat bouwt, staat het hem vrij om het Android OS-framework aan te passen om nieuwe te introduceren eigen functies en API's, maar ze moeten ervoor zorgen dat de implementatie van de leverancier van het apparaat compatibel is de GSI.
Dit is in de eerste plaats de manier waarop Treble de fragmentatie vermindert en de levering van nieuwe OS-updates versnelt. Er is veel minder breuk bij het koppelen van het Android OS-framework (dat open is). bron en geleverd door Google) en de apparaatspecifieke, low-level software (die vaak closed source is en wordt geleverd onder contracten met SoC-leveranciers) dankzij de stabiele leverancier koppel. Idealiter betekent dit dat OEM's minder tijd kunnen besteden aan het oplossen van bugs met hardware en meer tijd kunnen besteden aan het overzetten van hun wijzigingen op systeemniveau bovenop de nieuwste Android OS-release. Sinds de introductie van Treble zegt Google dat OEM's de nieuwste versie van het Android-besturingssysteem veel sneller hebben overgenomen dan voorheen. "Toen Android 11 werd gelanceerd, waren er 667 miljoen actieve gebruikers op Android 10, van wie 82% hun Android 10-build kreeg via een over-the-air (OTA) update", aldus Google.
Omdat elke nieuwe Android-release ondersteuning toevoegt voor meer hardwarefuncties (het besturingssysteem moet nieuwe functies ondersteunen). om de snelle ontwikkelingen in de mobiele industrie bij te houden), moet Google daarvoor de leveranciersinterface bijwerken uitgave. Het bedrijf definieert dus nieuwe HAL-vereisten en stelt nieuwe Linux-kernelversies verplicht, maar daarvoor zijn alleen apparaten nodig lancering met de nieuwe Android OS-release om deze veranderingen die invloed hebben op de leverancier daadwerkelijk te ondersteunen. Als Google bijvoorbeeld de camera-HAL van Android aanpast om meerdere camerasensoren aan de achterzijde te ondersteunen, hoeven alleen nieuwe apparaten die met de nieuwe Android-versie worden gelanceerd dat te doen ondersteunen die bijgewerkte HAL, terwijl oudere apparaten die upgraden naar de nieuwe release de implementatie van hun oudere leverancier kunnen hergebruiken zonder deze nieuwe camera-HAL vereiste. Dit vermindert de kosten en complexiteit (vanuit het perspectief van een OEM) van het brengen van een nieuwe Android OS-release naar een ouder apparaat. Het probleem is echter dat deze aanpak extra complexiteit introduceert voor SoC-leveranciers als Qualcomm, MediaTek en anderen.
Als gevolg van dit ontwerpprincipe moeten Qualcomm en andere SoC-leveranciers meerdere combinaties van Android OS-frameworksoftware en leveranciersimplementaties ondersteunen. Een SoC-leverancier die drie generaties Android OS-versies voor een bepaalde chipset ondersteunt, moet zes combinaties van OS-frameworksoftware en leveranciersimplementaties ondersteunen. Dat komt omdat OEM's weliswaar weg kunnen komen met het hergebruiken van een oudere implementatie van een leverancier om de nieuwe HAL- en Linux-kernel te omzeilen versievereisten, moeten SoC-leveranciers ervoor zorgen dat hun leveranciersimplementaties zowel het oude als het nieuwe ondersteunen vereisten. Ze kunnen niet kiezen en kiezen. Vermenigvuldig dat met de tientallen chipsets die een SoC-leverancier moet ondersteunen en je kunt zien hoe Treble de complexiteit voor hen daadwerkelijk heeft vergroot.
Het is om deze reden dat Qualcomm en andere SoC-leveranciers over het algemeen slechts maximaal twee OS-letterupgrades en drie jaar beveiligingsupdates bieden voor een bepaalde chipset. Hoewel ik niet op de hoogte ben van de exacte kosten, neem ik aan dat het economisch niet haalbaar is voor SoC-leveranciers als Qualcomm om chipsets veel langer te ondersteunen. We hebben gezien dat Qualcomm en andere SoC-leveranciers soms langer ondersteuning bieden, maar dat hangt af van de vraag van OEM's om het zuinig te maken. Als een dergelijke vraag niet bestaat, is het aan OEM’s om het grootste deel van de ontwikkelingskosten te dragen om een nieuwe Android-release op de markt te brengen – en dat is geen gemakkelijke prestatie. Maar dankzij de gezamenlijke inspanningen van Google en Qualcomm zal laatstgenoemde nu 4 Android-besturingssystemen ondersteunen versies en 4 jaar beveiligingsupdates voor geselecteerde Snapdragon-chipsets, te beginnen met de Qualcomm Leeuwebek 888.
Om dit mogelijk te maken heeft Google het ‘geen terugwerkende krachtprincipe’ van Project Treble uitgebreid naar SoC’s naast apparaten. Dit betekent dat de nieuwe HAL- en Linux-kernelversievereisten niet met terugwerkende kracht gelden voor SoC's. Dus bijvoorbeeld een SoC die lanceringen met Android 11 (zoals de Snapdragon 888) kunnen dezelfde leveranciersimplementatie hergebruiken om Android 12 te ondersteunen via Androïde 14. SoC-leveranciers kunnen dus één enkel Board Support Package (BSP) ontwikkelen voor een bepaalde chipset om naar te distribueren OEM's, in plaats van meerdere versies van de BSP te onderhouden die bij elke nieuwe Android moeten worden bijgewerkt uitgave. Dit verlaagt de engineeringkosten die gepaard gaan met de ondersteuning van Android op een bepaalde chipset dramatisch, waardoor SoC-leveranciers zoals Qualcomm de mogelijkheid krijgen om hun chipsets langer te ondersteunen.
Google werkt ook samen met Qualcomm om ervoor te zorgen dat laatstgenoemde dezelfde OS-framework-software hergebruikt voor meerdere Qualcomm chipsets, waardoor het aantal OS-framework- en leveranciersimplementatiecombinaties dat Qualcomm nodig heeft verder wordt verlaagd steun. SoC-leveranciers passen momenteel de AOSP-frameworkcode aan en bouwen hun eigen versies van generieke systeemimages. Die van Qualcomm wordt bijvoorbeeld de QSSI genoemd, terwijl die van MediaTek de MSSI wordt genoemd. Deze SoC-specifieke systeemimages zijn nu gegarandeerd compatibel met meerdere chipsets en met software van oudere leveranciers, vergelijkbaar met Google's AOSP GSI.
Toestellen met de Qualcomm Snapdragon 888 zullen naar verwachting zeer binnenkort op de markt komen, te beginnen met de Xiaomi Mi 11- en Samsung Galaxy S21-serie. Hoewel we hopen dat de aankondiging van Google en Qualcomm betekent dat alle Snapdragon 888-apparaten drie jaar Android OS- en beveiligingspatch-updates zullen krijgen, is er geen garantie dat dit het geval zal zijn. OEM's moeten nog steeds aanzienlijke bedragen investeren om nieuwe OS-versies te ontwikkelen en te distribueren, maar de kans is veel groter dat dit gebeurt nu Qualcomm zelf vier Android OS-versies gaat ondersteunen. We hopen dat een of meer OEM's zullen profiteren van de aankondiging van vandaag om uitgebreide softwareondersteuning aan te kondigen voor hun toekomstige vlaggenschiptelefoons, aangedreven door de Snapdragon 888. De meeste OEM's bieden momenteel slechts 2 jaar Android-updates aan, terwijl zowel Samsung als Google 3 jaar beloven. Dat is nog steeds veel te kort vergeleken met Apple en is terecht vele, vele malen genoemd en zal zo blijven worden genoemd totdat het gat kleiner is.
Wat de andere SoC-leveranciers betreft, is Google met hen in gesprek om dit nieuwe principe van geen terugwerkende kracht toe te passen, zodat ook zij uitgebreide softwareondersteuning voor hun chipsets kunnen bieden. We hebben geen enkele bevestiging van MediaTek of andere SoC-leveranciers, maar we zien geen reden waarom ze niet achter dit idee zouden staan – tenminste voor nieuwe chipsets. Volgens Google verwachten ze dat veelal alleen nieuw gelanceerde SoC's hiervan zullen profiteren veranderingen, dus verwacht niet dat uw huidige apparaten uitgebreide software-ondersteuning krijgen vanwege de huidige versie aankondiging.
Dit artikel is op 16-12-2020 om 13:50 ET bijgewerkt om 'apparaten' in de titel te wijzigen in 'chipsets' om beter weer te geven waar de wijzigingen van kracht worden. Er is aanvullende informatie aan het artikel toegevoegd met dank aan Google.
Dit artikel is om 14:10 ET bijgewerkt om aan te geven dat Google en Qualcomm ondersteuning beloven voor 4 Android OS-versies – dat wil zeggen de lanceringsrelease plus 3 jaar Android OS-updates – in plaats van 4 jaar OS updates. Qualcomm belooft echter vier jaar lang beveiligingsupdates te bieden.