Google samarbejder med Qualcomm for at gøre det nemmere at levere softwareopdateringer, hvilket muliggør 4 Android OS-versioner og 4 års sikkerhedsopdateringer.
For over 3 år siden, Google annoncerede Project Treble, en større ombygning af Android designet til at fremskynde softwareopdateringer. Mens arkitekturen introduceret af Project Treble har hjulpet OEM'er med at fremskynde leveringen af større Android OS-opdateringer og månedlige sikkerhedsrettelser, det har haft en negativ effekt på SoC-udbydere som Qualcomm. Faktisk har Treble faktisk øget kompleksiteten, og dermed ingeniøromkostningerne, forbundet med at levere Android OS-opdateringsunderstøttelse for et givet chipset. Det har begrænset længden af support, som Qualcomm kan levere til sine SoC'er, men det vil snart ændre sig. Alle Snapdragon SoC'er lanceres med Android 11 eller nyere - starter med Snapdragon 888, vil Qualcomm understøtte 3 Android OS versionsopdateringer (lanceringsudgivelse + 3 bogstaver opgraderinger) samt 4 års sikkerhedsopdateringer. Det er et ekstra år, end de tidligere leverede til deres flagskib i 800-seriens chipsæt.
Dagens udmelding er væsentlig, men den kan ikke forstås uden baggrundsviden om, hvad Google forsøgte at opnå med Project Treble for 3 år siden.
Diskant skabte en opdeling mellem Android OS-rammerne (inklusive al UI-kode, API'er og systemprocesser, som apps interagere med) og enhedsspecifik software på lavt niveau (inklusive den underliggende Linux-kerne og hardwareabstraktionslag, eller HAL'er). Den enhedsspecifikke software på lavt niveau kommunikerer med Android OS-rammerne gennem en veldefineret, stabil leverandørgrænseflade. Hver Android OS-version garanterer bagudkompatibilitet med leverandørimplementeringen, som Google sikrer gennem brugen af leverandørtestsuiten (VTS), en standardiseret compliance-testpakke. Det betyder, at for eksempel Android 11 OS-rammeværket er bagudkompatibelt med leverandørimplementeringen designet til Android 10. Faktisk udgiver Google for hver ny Android-udgivelse Generic System Images (GSI'er), kildebyggede systembilleder, der er bagudkompatible med de sidste 3 versioner af leverandørimplementeringer. Når en OEM bygger en ny Android-enhed, kan de frit ændre Android OS-rammen for at introducere nye proprietære funktioner og API'er, men de skal sikre, at enhedens leverandørimplementering er kompatibel med GSI.
Dette er primært, hvordan Treble reducerer fragmentering og fremskynder leveringen af nye OS-opdateringer - der er meget mindre brud, når du parrer Android OS-rammen (som er åben kilde og leveret af Google) og den enhedsspecifikke software på lavt niveau (som ofte er lukket kildekode og leveres i henhold til kontrakter med SoC-leverandører) takket være den stabile leverandør interface. Ideelt set betyder det, at OEM'er kan bruge mindre tid på at rette fejl med hardware og mere tid på at overføre deres ændringer på systemniveau oven på den seneste Android OS-udgivelse. Faktisk, siden Treble blev introduceret, siger Google, at OEM'er har adopteret den seneste Android OS-udgivelse meget hurtigere end før. "På det tidspunkt, Android 11 blev lanceret, var der 667 millioner aktive brugere på Android 10, hvoraf 82% fik deres Android 10-opbygning via en OTA-opdatering" sagde Google.
Fordi hver ny Android-udgivelse tilføjer understøttelse af flere hardwarefunktioner (operativsystemet skal understøtte nye funktioner til holde trit med de hurtige fremskridt i mobilindustrien), skal Google opdatere leverandørgrænsefladen til det frigøre. Virksomheden definerer således nye HAL-krav og pålægger nye Linux-kerneversioner, men de kræver kun enheder lancering med den nye Android OS-udgivelse for faktisk at understøtte disse leverandørpåvirkende ændringer. Hvis Google f.eks. ændrer Androids kamera-HAL til at understøtte flere sensorer til bagkamera, er det kun nye enheder, der lanceres med den nye Android-version, der skal understøtte den opdaterede HAL, mens ældre enheder, der opgraderer til den nye udgivelse, kan genbruge deres ældre leverandørimplementering uden denne nye kamera-HAL krav. Dette reducerer omkostningerne og kompleksiteten - fra en OEM's perspektiv - ved at bringe en ny Android OS-udgivelse til en ældre enhed. Problemet er imidlertid, at denne tilgang introducerer yderligere kompleksitet for SoC-leverandører som Qualcomm, MediaTek og andre.
Som et resultat af dette designprincip skal Qualcomm og andre SoC-leverandører understøtte flere kombinationer af Android OS-rammesoftware og leverandørimplementeringer. En SoC-leverandør, der understøtter 3 generationer af Android OS-versioner til et bestemt chipset, skal understøtte 6 kombinationer af OS-rammesoftware og leverandørimplementeringer. Det er fordi, mens OEM'er kan slippe af sted med at genbruge en ældre leverandørimplementering for at omgå ny HAL og Linux-kerne versionskrav, skal SoC-leverandører sikre, at deres leverandørimplementeringer understøtter både det gamle og det nye krav. De kan ikke vælge og vrage. Multiplicer det med de snesevis af chipsæt, som en SoC-leverandør skal understøtte, og du kan se, hvordan Treble faktisk har øget kompleksiteten for dem.
Det er af denne grund, at Qualcomm og andre SoC-leverandører generelt kun leverer maksimalt 2 OS bogstavopgraderinger og 3 års sikkerhedsopdateringer til et bestemt chipset. Selvom jeg ikke er klar over de nøjagtige omkostninger, formoder jeg, at det ikke er økonomisk muligt for SoC-leverandører som Qualcomm at understøtte chipsæt i meget længere tid end det. Vi har set Qualcomm og andre SoC-leverandører nogle gange yde support i længere tid, men det afhænger af efterspørgsel fra OEM'er for at gøre det økonomisk. Hvis der ikke eksisterer en sådan efterspørgsel, påhviler det OEM'er at bære hovedparten af udviklingsomkostningerne for at bringe en ny Android-udgivelse op - og det er ikke en nem bedrift. Men takket være den kombinerede indsats fra Google og Qualcomm, vil sidstnævnte nu understøtte 4 Android OS versioner og 4 års sikkerhedsopdateringer til udvalgte Snapdragon-chipsæt, startende med Qualcomm Snapdragon 888.
For at gøre dette muligt har Google udvidet Project Trebles "no-retroactivity-princip" til også at omfatte SoC'er ud over enheder. Dette betyder, at nye krav til HAL- og Linux-kerneversioner ikke vil have tilbagevirkende kraft for SoC'er. Altså for eksempel en SoC, der lanceres med Android 11 (som Snapdragon 888) kan genbruge den samme leverandørimplementering til at understøtte Android 12 til og med Android 14. SoC-leverandører kan således udvikle en enkelt Board Support Package (BSP) til et bestemt chipset at distribuere til OEM'er, i stedet for at vedligeholde flere versioner af BSP'en, der skal opdateres med hver ny Android frigøre. Dette reducerer dramatisk ingeniøromkostninger forbundet med at understøtte Android på et bestemt chipset, hvilket giver SoC-leverandører som Qualcomm mulighed for at understøtte deres chipsæt i længere tid.
Google arbejder også sammen med Qualcomm for at sikre, at sidstnævnte genbruger den samme OS-rammesoftware på tværs af flere Qualcomm chipsæt, hvilket yderligere sænker antallet af OS-framework og leverandørimplementeringskombinationer, som Qualcomm skal support. SoC-leverandører ændrer i øjeblikket AOSP-rammekoden og bygger deres egne versioner af generiske systembilleder. Qualcomms kaldes for eksempel QSSI, mens MediaTeks kaldes MSSI. Disse SoC-specifikke systembilleder vil nu garanteres at være kompatible med flere chipsæt såvel som med ældre leverandørsoftware, ligesom Googles AOSP GSI.
Enheder med Qualcomm Snapdragon 888 forventes at blive lanceret meget snart, begyndende med Xiaomi Mi 11 og Samsung Galaxy S21-serien. Selvom vi håber, at Google og Qualcomms meddelelse betyder, at alle Snapdragon 888-enheder vil få 3 års Android OS og sikkerhedspatch-opdateringer, er der ingen garanti for, at dette vil være tilfældet. OEM'er skal stadig investere betydelige summer for at udvikle og distribuere nye OS-versioner - men det er meget mere sandsynligt, at det sker nu, hvor Qualcomm selv vil understøtte 4 Android OS-versioner. Vi håber, at en eller flere OEM'er udnytter dagens meddelelse til at annoncere udvidet softwaresupport til deres fremtidige flagskibstelefoner drevet af Snapdragon 888. De fleste OEM'er tilbyder kun 2 års Android-opdateringer i øjeblikket, mens både Samsung og Google lover 3 år. Det er stadig alt for kort i forhold til Apple og er med rette blevet kaldt ud mange, mange gange og vil fortsætte med at blive kaldt ud, indtil afstanden er forkortet.
Hvad angår de andre SoC-leverandører, er Google i forhandlinger med dem om at anvende dette nye princip uden tilbagevirkende kraft, så de også kan yde udvidet softwaresupport til deres chipsæt. Vi har ingen bekræftelse fra MediaTek eller andre SoC-leverandører, men vi ser ingen grund til, at de ikke ville være med på denne idé – i det mindste for nye chipsæt. Ifølge Google forventer de, at det stort set kun er nylancerede SoC'er, der vil udnytte disse ændringer, så forvent ikke, at nogen af dine nuværende enheder får udvidet softwaresupport på grund af dagens bekendtgørelse.
Denne artikel blev opdateret kl. 13:50 ET den 16/12/2020 for at ændre "enheder" i titlen til "chipsæt" for bedre at afspejle, hvor ændringerne træder i kraft. Yderligere oplysninger er blevet tilføjet artiklen med tilladelse fra Google.
Denne artikel blev opdateret kl. 14:10 ET for at afspejle, at Google og Qualcomm lover support til 4 Android OS-versioner - hvilket betyder lanceringen plus 3 års Android OS-opdateringer - i stedet for 4 års OS opdateringer. Qualcomm lover dog at levere 4 års sikkerhedsopdateringer.