Google, partener Qualcomm va aduce 4 actualizări ale sistemului de operare Android pe noile chipset-uri

click fraud protection

Google lucrează cu Qualcomm pentru a facilita furnizarea de actualizări de software, permițând 4 versiuni ale sistemului de operare Android și 4 ani de actualizări de securitate.

Acum peste 3 ani, Google a anunțat Project Treble, o rearhitectura majoră a Android concepută pentru a accelera actualizările software. În timp ce arhitectura introdusă de Project Treble i-a ajutat pe OEM să accelereze livrarea de produse majore Actualizări ale sistemului de operare Android și corecții lunare de securitate, a avut un efect negativ asupra furnizorilor de SoC precum Qualcomm. De fapt, Treble a crescut de fapt complexitatea și, prin urmare, costurile de inginerie, asociate cu furnizarea de suport pentru actualizarea sistemului de operare Android pentru orice chipset dat. Acest lucru a limitat durata de asistență pe care Qualcomm o poate oferi pentru SoC-urile sale, dar asta se va schimba în curând. Toate SoC-urile Snapdragon care se lansează cu Android 11 sau o versiune ulterioară—începând cu Snapdragon 888

, Qualcomm va accepta 3 actualizări ale versiunii sistemului de operare Android (lansare de lansare + upgrade de 3 litere), precum și 4 ani de actualizări de securitate. Acesta este un an în plus față de cel oferit anterior pentru chipset-urile lor emblematice din seria 800.

Anunțul de astăzi este semnificativ, dar nu poate fi înțeles fără cunoștințele de bază despre ceea ce Google a încercat să realizeze cu Project Treble în urmă cu 3 ani.

Treble a creat o divizare între cadrul sistemului de operare Android (inclusiv tot codul UI, API-urile și procesele de sistem pe care le aplica interacționează cu) și software-ul de nivel scăzut specific dispozitivului (inclusiv straturile de abstracție hardware și kernel-ul Linux de bază, sau HAL-uri). Software-ul de nivel scăzut specific dispozitivului comunică cu cadrul sistemului de operare Android printr-un sistem bine definit, stabil. interfata furnizorului. Fiecare versiune a sistemului de operare Android garantează compatibilitatea cu implementarea furnizorului, pe care Google o asigură prin utilizarea suitei de testare a furnizorilor (VTS), o suită standardizată de teste de conformitate. Aceasta înseamnă că, de exemplu, cadrul de operare Android 11 este compatibil cu implementarea furnizorului proiectată pentru Android 10. De fapt, pentru fiecare nouă lansare Android, Google publică Imagini de sistem generice (GSI), imagini de sistem construite din sursă care sunt compatibile cu ultimele 3 versiuni ale implementărilor furnizorilor. Când un OEM construiește un nou dispozitiv Android, este liber să modifice cadrul sistemului de operare Android pentru a introduce noi caracteristici proprietare și API-uri, dar acestea trebuie să se asigure că implementarea furnizorului dispozitivului este compatibilă cu GSI.

Datorită arhitecturii Treble, același cod cadru de operare Android poate fi reutilizat în diferite implementări ale furnizorilor. Acesta este „Generic” din Generic System Image. Sursa: Google.

Acesta este, în primul rând, modul în care Treble reduce fragmentarea și accelerează livrarea noilor actualizări ale sistemului de operare - există mult mai puține rupturi atunci când se asociază cadrul de operare Android (care este deschis sursă și furnizat de Google) și software-ul de nivel scăzut specific dispozitivului (care este adesea sursă închisă și furnizat în baza unor contracte cu furnizorii de SoC) datorită furnizorului stabil interfata. În mod ideal, asta înseamnă că OEM-urile pot petrece mai puțin timp remediând erorile hardware-ului și mai mult timp pentru a-și porta modificările la nivel de sistem pe lângă cea mai recentă versiune a sistemului de operare Android. De fapt, de când Treble a fost introdus, Google spune că OEM-urile au adoptat cea mai recentă versiune a sistemului de operare Android mult mai repede decât înainte. „La momentul lansării Android 11, existau 667 de milioane de utilizatori activi pe Android 10, dintre care 82% au primit versiunea Android 10 printr-o actualizare over-the-air (OTA)”, a spus Google.

Adoptarea Android 9 Pie față de Android 10 față de Android 11. Sursa: Google.

Deoarece fiecare nouă lansare Android adaugă suport pentru mai multe funcții hardware (OS trebuie să accepte funcții noi pentru ține pasul cu progresele rapide ale industriei mobile), Google trebuie să actualizeze interfața furnizorului pentru asta eliberare. Compania definește astfel noi cerințe HAL și impune noi versiuni de kernel Linux, dar acestea necesită doar dispozitive lansare cu noua lansare a sistemului de operare Android pentru a suporta efectiv aceste modificări care afectează furnizorul. De exemplu, dacă Google modifică HAL al camerei Android pentru a accepta mai mulți senzori de cameră din spate, numai dispozitivele noi care se lansează cu noua versiune Android trebuie să acceptă actualizarea HAL, în timp ce dispozitivele mai vechi care fac upgrade la noua versiune își pot reutiliza implementarea mai veche a furnizorului fără această nouă cameră HAL cerinţă. Acest lucru reduce costul și complexitatea — din perspectiva unui OEM — de a aduce o nouă lansare a sistemului de operare Android pe un dispozitiv mai vechi. Problema, totuși, este că această abordare introduce o complexitate suplimentară pentru furnizorii de SoC precum Qualcomm, MediaTek și alții.

Ca rezultat al acestui principiu de proiectare, Qualcomm și alți furnizori de SoC trebuie să accepte mai multe combinații de software cadru Android OS și implementări ale furnizorului. Un furnizor de SoC care acceptă 3 generații de versiuni ale sistemului de operare Android pentru un anumit chipset trebuie să accepte 6 combinații de software de cadru de sistem de operare și implementări ale furnizorului. Asta pentru că, în timp ce OEM-urile pot scăpa cu reutilizarea unei implementări mai vechi de furnizor pentru a ocoli noul kernel HAL și Linux cerințele versiunii, furnizorii de SoC trebuie să se asigure că implementările lor acceptă atât cele vechi, cât și cele noi cerințe. Ei nu au voie să aleagă. Înmulțiți asta cu zecile de chipset-uri pe care un furnizor de SoC trebuie să le suporte și puteți vedea cum Treble a crescut de fapt complexitatea pentru ei.

Din acest motiv, Qualcomm și alți furnizori de SoC oferă, în general, maximum 2 upgrade-uri pentru sistemul de operare și 3 ani de actualizări de securitate pentru un anumit chipset. Deși nu sunt la curent cu costurile exacte, presupun că nu este fezabil din punct de vedere economic pentru furnizorii de SoC precum Qualcomm să suporte chipset-uri mult mai mult decât atât. Am văzut că Qualcomm și alți furnizori de SoC oferă uneori suport pentru mai mult timp, dar asta depinde de cererea de la OEM pentru a-l face economic. Dacă nu există o astfel de cerere, atunci revine producătorilor OEM să suporte cea mai mare parte a costurilor de dezvoltare pentru a aduce o nouă versiune Android - și nu este o ispravă ușoară. Dar datorită eforturilor combinate de la Google și Qualcomm, acesta din urmă va suporta acum 4 sisteme de operare Android versiuni și 4 ani de actualizări de securitate pentru anumite chipset-uri Snapdragon, începând cu Qualcomm Snapdragon 888.

Pentru a face acest lucru posibil, Google a extins „principiul de neretroactivitate” al Project Treble la SoC-uri în plus față de dispozitive. Aceasta înseamnă că noile cerințe pentru versiunea kernel-ului HAL și Linux nu vor fi retroactive pentru SoC. Deci, de exemplu, un SoC care lansările cu Android 11 (cum ar fi Snapdragon 888) pot reutiliza aceeași implementare a furnizorului pentru a sprijini Android 12 prin Android 14. Astfel, furnizorii de SoC pot dezvolta un singur pachet Board Support Package (BSP) pentru un anumit chipset pentru a-l distribui OEM, în loc să mențină mai multe versiuni ale BSP care trebuie actualizate cu fiecare nou Android eliberare. Acest lucru reduce drastic costurile de inginerie asociate cu suportarea Android pe un anumit chipset, oferind furnizorilor de SoC precum Qualcomm posibilitatea de a-și susține chipset-urile pentru mai mult timp.

Google colaborează, de asemenea, cu Qualcomm pentru a se asigura că acesta din urmă reutiliza același software cadru de sistem de operare pe mai multe Qualcomm chipset-uri, reducând și mai mult numărul de combinații de implementare a sistemului de operare și a furnizorilor pe care trebuie să le facă Qualcomm a sustine. Furnizorii de SoC modifică în prezent codul cadru AOSP și își construiesc propriile versiuni de imagini de sistem generice. Qualcomm, de exemplu, se numește QSSI, în timp ce MediaTek se numește MSSI. Aceste imagini de sistem specifice SoC vor fi acum garantate a fi compatibile cu mai multe chipset-uri, precum și cu software-ul furnizorului mai vechi, la fel ca AOSP GSI de la Google.

O cronologie de suport software ipotetică pentru un furnizor de SoC care a implementat noile principii de neretroactivitate. Sursa: Google.

Dispozitivele cu Qualcomm Snapdragon 888 sunt de așteptat să fie lansate foarte curând, începând cu seria Xiaomi Mi 11 și Samsung Galaxy S21. Deși sperăm că anunțul Google și Qualcomm înseamnă că toate dispozitivele Snapdragon 888 vor primi 3 ani de actualizări ale sistemului de operare Android și ale corecțiilor de securitate, nu există nicio garanție că acest lucru va fi cazul. OEM-urile trebuie să investească în continuare sume semnificative pentru a dezvolta și distribui noi versiuni de sistem de operare – dar este mult mai probabil să se întâmple acum că Qualcomm însuși va accepta 4 versiuni de sistem de operare Android. Sperăm că unul sau mai mulți OEM profită de anunțul de astăzi pentru a anunța asistență software extinsă pentru viitoarele lor telefoane emblematice alimentate de Snapdragon 888. Majoritatea OEM oferă doar 2 ani de actualizări Android în acest moment, în timp ce atât Samsung, cât și Google promit 3 ani. Este încă mult prea scurt în comparație cu Apple și a fost pe bună dreptate chemat de multe, de multe ori și va continua să fie chemat până când decalajul se va scurta.

În ceea ce privește ceilalți furnizori de SoC, Google este în discuții cu aceștia pentru a aplica acest nou principiu de neretroactivitate, astfel încât și ei să poată oferi suport software extins pentru chipset-urile lor. Nu avem nicio confirmare de la MediaTek sau de la alți furnizori de SoC, dar nu vedem niciun motiv pentru care nu ar fi de acord cu această idee, cel puțin pentru chipset-uri noi. Potrivit Google, se așteaptă ca în cea mai mare parte doar SoC-urile nou lansate să profite de acestea modificări, așa că nu vă așteptați ca niciunul dintre dispozitivele dvs. actuale să beneficieze de asistență software extinsă din cauza celor de astăzi anunţ.

Acest articol a fost actualizat la 1:50 PM ET pe 16.12.2020 pentru a schimba „dispozitivele” din titlu în „chipsets” pentru a reflecta mai bine locul în care vor intra în vigoare modificările. Informații suplimentare au fost adăugate la articol datorită amabilității Google.

Acest articol a fost actualizat la 2:10 PM ET pentru a reflecta faptul că Google și Qualcomm promit suport pentru 4 Android Versiuni ale sistemului de operare – adică lansarea lansării plus 3 ani de actualizări ale sistemului de operare Android – mai degrabă decât 4 ani de OS actualizări. Totuși, Qualcomm promite că va oferi 4 ani de actualizări de securitate.