Google surađuje s Qualcommom kako bi olakšao isporuku ažuriranja softvera, omogućujući 4 verzije OS-a Android i 4 godine sigurnosnih ažuriranja.
Prije više od 3 godine, Google najavio je Project Treble, velika rearhitektura Androida dizajnirana za ubrzanje ažuriranja softvera. Dok je arhitektura koju je uveo Project Treble pomogla proizvođačima originalne opreme da ubrzaju isporuku glavnih Ažuriranja OS-a Android i mjesečne sigurnosne zakrpe, to je imalo negativan učinak na pružatelje SoC-a kao što su Qualcomm. Zapravo, Treble je zapravo povećao složenost, a time i troškove inženjeringa, povezane s pružanjem podrške za ažuriranje OS-a Android za bilo koji skup čipova. To je ograničilo duljinu podrške koju Qualcomm može pružiti za svoje SoC-ove, ali to će se uskoro promijeniti. Svi Snapdragon SoC-ovi koji se lansiraju s Androidom 11 ili novijim—počevši sa Snapdragonom 888, Qualcomm će podržati 3 ažuriranja verzije OS-a Android (izdanje lansiranja + 3 nadogradnje slova), kao i 4 godine sigurnosnih ažuriranja. To je dodatna godina nego što su prethodno osigurali za svoje vodeće čipsetove serije 800.
Današnja objava je značajna, ali se ne može razumjeti bez pozadinskog znanja o tome što je Google pokušao postići s projektom Treble prije 3 godine.
Treble je stvorio podjelu između Android OS okvira (uključujući sav UI kod, API-je i sistemske procese koje aplikacije komunicirati s) i softver niske razine specifičan za uređaj (uključujući temeljnu jezgru Linuxa i slojeve apstrakcije hardvera, ili HAL-ovi). Softver niske razine specifičan za uređaj komunicira s okvirom OS Android putem dobro definiranog, stabilnog sučelje dobavljača. Svaka verzija OS-a Android jamči povratnu kompatibilnost s implementacijom dobavljača, što Google osigurava upotrebom paketa za testiranje dobavljača (VTS), standardiziranog paketa za testiranje sukladnosti. To znači da je, na primjer, okvir OS-a Android 11 unatrag kompatibilan s implementacijom dobavljača dizajniranom za Android 10. Zapravo, za svako novo izdanje Androida, Google objavljuje Generic System Images (GSI), izvorno izgrađene slike sustava koje su unatrag kompatibilne s posljednje 3 verzije implementacija dobavljača. Kada OEM napravi novi Android uređaj, slobodno može modificirati Android OS okvir kako bi uveo novi vlasničke značajke i API-je, ali moraju osigurati da je implementacija dobavljača uređaja kompatibilna s GSI.
To je prije svega način na koji Treble smanjuje fragmentaciju i ubrzava isporuku novih ažuriranja OS-a — puno je manje kvarova prilikom uparivanja Android OS okvira (koji je otvoren izvor i pruža ga Google) i softver niske razine specifičan za uređaj (koji je često zatvorenog koda i pruža se prema ugovorima s dobavljačima SoC-a) zahvaljujući stabilnom dobavljaču sučelje. U idealnom slučaju, to znači da proizvođači originalne opreme mogu potrošiti manje vremena na popravljanje grešaka s hardverom i više vremena na prijenos svojih promjena na razini sustava povrh najnovijeg izdanja OS-a Android. Zapravo, otkad je Treble predstavljen, Google kaže da su proizvođači originalne opreme usvojili najnovije izdanje OS-a Android mnogo brže nego prije. "U vrijeme kada je Android 11 lansiran, bilo je 667 milijuna aktivnih korisnika na Androidu 10, od kojih je 82% dobilo svoju verziju Androida 10 putem bežičnog (OTA) ažuriranja", rekao je Google.
Budući da svako novo izdanje Androida dodaje podršku za više hardverskih značajki (OS mora podržavati nove značajke za držati korak s brzim napretkom mobilne industrije), Google za to mora ažurirati sučelje dobavljača osloboditi. Tvrtka stoga definira nove HAL zahtjeve i nalaže nove verzije Linux kernela, ali one zahtijevaju samo uređaje lansiranje s novim izdanjem OS-a Android kako bi zapravo podržali ove promjene koje utječu na dobavljača. Na primjer, ako Google modificira HAL Androidove kamere da podržava više senzora stražnje kamere, samo novi uređaji koji se lansiraju s novom verzijom Androida moraju podržavaju taj ažurirani HAL, dok stariji uređaji koji se nadograđuju na novo izdanje mogu ponovno koristiti svoju stariju implementaciju dobavljača bez ove nove HAL kamere zahtjev. Time se smanjuju troškovi i složenost—iz perspektive OEM-a—unošenja novog izdanja OS-a Android na stariji uređaj. Problem je, međutim, što ovaj pristup uvodi dodatnu složenost za dobavljače SoC-a kao što su Qualcomm, MediaTek i drugi.
Kao rezultat ovog načela dizajna, Qualcomm i drugi dobavljači SoC-a moraju podržavati više kombinacija okvirnog softvera Android OS-a i implementacija dobavljača. Dobavljač SoC-a koji podržava 3 generacije verzija Android OS-a za određeni skup čipova mora podržavati 6 kombinacija OS okvirnog softvera i implementacija dobavljača. To je zato što se proizvođači originalne opreme mogu izvući ponovnom upotrebom implementacije starijeg dobavljača kako bi zaobišli novi HAL i Linux kernel zahtjevima verzije, dobavljači SoC-a moraju osigurati da njihove implementacije dobavljača podržavaju i staro i novo zahtjevi. Ne mogu birati. Pomnožite to s desecima čipseta koje dobavljač SoC-a mora podržati i možete vidjeti kako je Treble za njih zapravo povećao složenost.
Iz tog razloga Qualcomm i drugi proizvođači SoC-a općenito daju najviše 2 nadogradnje OS-a i 3 godine sigurnosnih ažuriranja za određeni čipset. Iako nisam upućen u točne troškove, pretpostavljam da nije ekonomski izvedivo da dobavljači SoC-a poput Qualcomma podržavaju skupove čipova dulje od toga. Vidjeli smo da Qualcomm i drugi dobavljači SoC-a ponekad pružaju podršku dulje, ali to ovisi o potražnji OEM-a da bude ekonomičan. Ako takva potražnja ne postoji, tada će OEM-ovi snositi teret troškova razvoja kako bi se pojavilo novo izdanje Androida — i to nije lak podvig. Ali zahvaljujući zajedničkim naporima Googlea i Qualcomma, potonji će sada podržavati 4 Android OS-a verzije i 4 godine sigurnosnih ažuriranja za odabrane Snapdragon čipsetove, počevši od Qualcomma Snapdragon 888.
Kako bi to omogućio, Google je proširio "načelo bez retroaktivnosti" projekta Treble na SoC-ove osim na uređaje. To znači da novi zahtjevi za verziju kernela HAL-a i Linuxa neće biti retroaktivni za SoC-ove. Tako, na primjer, SoC koji lansiranja s Androidom 11 (kao što je Snapdragon 888) mogu ponovno koristiti implementaciju istog dobavljača za podršku Androidu 12 kroz Android 14. Stoga dobavljači SoC-a mogu razviti jedinstveni paket podrške za ploču (BSP) za određeni čipset za distribuciju OEM-i, umjesto održavanja više verzija BSP-a koji se treba ažurirati sa svakim novim Androidom osloboditi. Ovo dramatično smanjuje troškove inženjeringa povezane s podrškom za Android na određenom skupu čipova, dajući dobavljačima SoC-a kao što je Qualcomm mogućnost da dulje podržavaju svoje skupove čipova.
Google također surađuje s Qualcommom kako bi osigurao da potonji ponovno koristi isti okvirni softver OS-a na više Qualcomma skupove čipova, dodatno smanjujući broj OS okvira i kombinacija implementacije dobavljača koje Qualcomm mora podrška. Dobavljači SoC-a trenutačno modificiraju okvirni kod AOSP-a i izrađuju vlastite verzije generičkih slika sustava. Qualcommov se, primjerice, zove QSSI, dok se MediaTek naziva MSSI. Ove slike sustava specifične za SoC sada će biti zajamčeno kompatibilne s višestrukim skupovima čipova kao i sa softverom starijih proizvođača, slično Googleovom AOSP GSI.
Očekuje se da će uređaji s Qualcomm Snapdragonom 888 uskoro biti lansirani, počevši od serije Xiaomi Mi 11 i Samsung Galaxy S21. Iako se nadamo da najava Googlea i Qualcomma znači da će svi uređaji sa Snapdragon 888 dobiti 3 godine ažuriranja Android OS-a i sigurnosnih zakrpa, nema jamstva da će to biti slučaj. Proizvođači originalne opreme i dalje moraju uložiti značajne svote u razvoj i distribuciju novih verzija OS-a — ali mnogo je vjerojatnije da će se dogoditi sada kada će sam Qualcomm podržavati 4 verzije Android OS-a. Nadamo se da će jedan ili više OEM-ova iskoristiti današnju objavu kako bi najavili proširenu softversku podršku za svoje buduće vodeće telefone koje pokreće Snapdragon 888. Većina OEM-ova trenutačno nudi samo 2 godine ažuriranja Androida, dok i Samsung i Google obećavaju 3 godine. To je još uvijek prekratko u usporedbi s Appleom i s pravom je prozivano mnogo, mnogo puta i nastavit će se prozivati dok se razlika ne smanji.
Što se tiče ostalih dobavljača SoC-a, Google pregovara s njima o primjeni ovog novog principa bez retroaktivnosti kako bi i oni mogli pružiti proširenu softversku podršku za svoje čipsetove. Nemamo nikakvu potvrdu od MediaTeka ili drugih dobavljača SoC-a, ali ne vidimo razloga zašto se ne bi složili s ovom idejom—barem za nove čipsetove. Prema Googleu, očekuju da će uglavnom samo novo lansirani SoC-ovi iskoristiti ove prednosti promjene, stoga ne očekujte da će bilo koji od vaših trenutačnih uređaja dobiti proširenu softversku podršku zbog današnjeg Obavijest.
Ovaj je članak ažuriran u 13:50 ET 16. 12. 2020. kako bi se "uređaji" u naslovu promijenili u "setovi čipova" kako bi se bolje prikazalo gdje će promjene stupiti na snagu. Dodatne informacije dodane su u članak zahvaljujući Googleu.
Ovaj je članak ažuriran u 14:10 ET kako bi odražavao da Google i Qualcomm obećavaju podršku za 4 Android Verzije OS-a — što znači lansiranje plus 3 godine ažuriranja OS-a Android — umjesto 4 godine OS-a nadopune. No Qualcomm obećava osigurati 4 godine sigurnosnih ažuriranja.