A Google együttműködik a Qualcommmal, hogy megkönnyítse a szoftverfrissítések szállítását, lehetővé téve a 4 Android operációs rendszer verzióját és a 4 éves biztonsági frissítéseket.
Több mint 3 évvel ezelőtt a Google jelentette be a Project Treble, az Android jelentős átépítése, amelyet a szoftverfrissítések felgyorsítására terveztek. Míg a Project Treble által bevezetett architektúra segítette az OEM-eket, hogy felgyorsítsák a főbb projektek kézbesítését Az Android operációs rendszer frissítései és a havi biztonsági javítások negatív hatással voltak az olyan SoC szolgáltatókra, mint pl Qualcomm. Valójában a Treble növelte az Android OS frissítési támogatásának bármely adott lapkakészlethez való biztosításának bonyolultságát, és így a tervezési költségeket is. Ez korlátozta a Qualcomm által SoC-jaihoz nyújtott támogatás időtartamát, de ez hamarosan megváltozik. Minden Snapdragon SoC indul Android 11 vagy újabb rendszerrel – induláskor a Snapdragon 888-al, A Qualcomm 3 Android OS verziófrissítést fog támogatni (indító kiadás + 3 betűs frissítés), valamint 4 évnyi biztonsági frissítést. Ez további év, mint amennyit korábban a zászlóshajó 800-as sorozatú lapkakészleteikhez biztosítottak.
A mai bejelentés jelentős, de nem érthető meg annak háttérismerete nélkül, hogy mit próbált elérni a Google a Project Treble-vel 3 évvel ezelőtt.
A Treble felosztást hozott létre az Android OS keretrendszer között (beleértve az összes UI kódot, API-kat és rendszerfolyamatokat, amelyeket az alkalmazások interakcióba) és eszközspecifikus, alacsony szintű szoftverekkel (beleértve az alapul szolgáló Linux kernel- és hardverabsztrakciós rétegeket, vagy HAL-ok). Az eszközspecifikus, alacsony szintű szoftver jól definiált, stabilan kommunikál az Android OS keretrendszerrel szállítói felület. Minden Android OS-verzió garantálja a visszamenőleges kompatibilitást a gyártói implementációval, amelyet a Google a szállítói tesztcsomag (VTS) használatával biztosít, amely egy szabványos megfelelőségi tesztcsomag. Ez azt jelenti, hogy például az Android 11 operációs rendszer keretrendszere visszafelé kompatibilis az Android 10-hez tervezett gyártói implementációval. Valójában minden új Android-kiadáshoz a Google általános rendszerképeket (GSI-ket) tesz közzé, a forrásból épített rendszerképeket, amelyek visszafelé kompatibilisek a gyártói implementációk utolsó 3 verziójával. Amikor egy OEM új Android-eszközt készít, szabadon módosíthatja az Android operációs rendszer keretrendszerét új bevezetése érdekében szabadalmaztatott funkciók és API-k, de biztosítaniuk kell, hogy az eszköz szállítói megvalósítása kompatibilis legyen a GSI.
A Treble elsősorban így csökkenti a töredezettséget és felgyorsítja az új operációs rendszer-frissítések kézbesítését – sokkal kevesebb a törés az Android OS keretrendszer párosításakor (amely nyitott forrás és a Google által biztosított) és az eszközspecifikus, alacsony szintű szoftver (amely gyakran zárt forráskódú, és SoC-szállítókkal kötött szerződések alapján biztosított) a stabil szállítónak köszönhetően felület. Ideális esetben ez azt jelenti, hogy az OEM-ek kevesebb időt tölthetnek a hardverhibák kijavításával, és több időt tölthetnek a rendszerszintű módosításaik portolásával a legújabb Android OS kiadáson felül. Valójában a Treble bemutatása óta a Google azt állítja, hogy az OEM-ek sokkal gyorsabban alkalmazták az Android operációs rendszer legújabb kiadását, mint korábban. „Amikor az Android 11 elindult, 667 millió aktív felhasználó volt az Android 10-en, akiknek 82%-a OTA-frissítésen keresztül szerezte be Android 10-es verzióját” – mondta a Google.
Mivel minden új Android-kiadás több hardverfunkciót is támogat (az operációs rendszernek új funkciókat kell támogatnia ahhoz, hogy lépést tartani a mobilipar gyors fejlődésével), a Google-nak ehhez frissítenie kell a szállítói felületet kiadás. A vállalat így új HAL-követelményeket határoz meg, és új Linux kernelverziókat ír elő, de ezekhez csak eszközökre van szükség indítás az új Android OS kiadással, hogy valóban támogassa ezeket a gyártókat érintő változtatásokat. Például, ha a Google úgy módosítja az Android kamera HAL-ját, hogy támogassa több hátsó kamera érzékelőjét, akkor csak az új Android verzióval induló új eszközöknek kell támogatja a frissített HAL-t, míg a régebbi eszközök, amelyek az új kiadásra frissítenek, újra felhasználhatják a régebbi gyártói implementációt az új kamera HAL nélkül követelmény. Ez csökkenti – az OEM szemszögéből – az új Android operációs rendszer kiadásának egy régebbi eszközre való bevezetésének költségeit és bonyolultságát. A probléma azonban az, hogy ez a megközelítés további bonyolultságot jelent az olyan SoC-szállítók számára, mint a Qualcomm, a MediaTek és mások.
Ennek a tervezési elvnek köszönhetően a Qualcommnak és más SoC-szállítóknak támogatniuk kell az Android operációs rendszer keretrendszerének és a gyártói megvalósítások többféle kombinációját. Egy adott lapkakészlethez 3 generációs Android OS-verziót támogató SoC-szállítónak az operációs rendszer keretszoftvereinek és a gyártói megvalósítások 6 kombinációját kell támogatnia. Ez azért van így, mert míg az OEM-ek megúszhatják a régebbi gyártói implementáció újrafelhasználását az új HAL és Linux kernel megkerülésére. A verziókövetelményeknek megfelelően az SoC-szállítóknak biztosítaniuk kell, hogy szállítói megvalósításaik támogassák a régi és az új verziót is követelményeknek. Nem válogathatnak. Szorozza meg ezt a több tucat lapkakészlettel, amelyeket egy SoC-szállítónak támogatnia kell, és láthatja, hogy a Treble valójában hogyan növelte meg számukra a bonyolultságot.
Ez az oka annak, hogy a Qualcomm és más SoC-szállítók általában legfeljebb 2 operációs rendszer betűfrissítést és 3 év biztonsági frissítést biztosítanak egy adott lapkakészlethez. Bár nem vagyok tisztában a pontos költségekkel, feltételezem, hogy az olyan SoC-szállítók számára, mint a Qualcomm, gazdaságilag nem kivitelezhető, hogy ennél sokkal hosszabb ideig támogassák a lapkakészleteket. Láttuk, hogy a Qualcomm és más SoC-szállítók néha hosszabb ideig nyújtanak támogatást, de ez az OEM-ek keresletétől függ hogy gazdaságos legyen. Ha nincs ilyen igény, akkor az OEM-ekre hárul az új Android-kiadások fejlesztési költségeinek terhe – és ez nem könnyű mutatvány. De a Google és a Qualcomm együttes erőfeszítéseinek köszönhetően az utóbbi mostantól 4 Android operációs rendszert támogat verziók és 4 éves biztonsági frissítések bizonyos Snapdragon lapkakészletekhez, kezdve a Qualcommmal Snapdragon 888.
Ennek lehetővé tétele érdekében a Google kiterjesztette a Project Treble „visszamenőleges tilalma elvét” az eszközökön kívül a SoC-kra is. Ez azt jelenti, hogy az új HAL és Linux kernelverziókövetelmények nem lesznek visszamenőleges hatályúak az SoC-k esetében. Tehát például egy SoC, ami az Android 11 rendszerrel induló verziók (mint a Snapdragon 888) újra felhasználhatják ugyanazt a gyártói implementációt az Android 12 támogatására. Android 14. Így az SoC-szállítók egyetlen táblatámogatási csomagot (BSP) fejleszthetnek ki egy adott lapkakészlethez, amelyet továbbíthatnak OEM-ek, ahelyett, hogy a BSP több verzióját karbantartanák, amelyeket minden új Androiddal frissíteni kell kiadás. Ez drámaian csökkenti az Android adott lapkakészleten való támogatásával kapcsolatos tervezési költségeket, így az SoC-szállítók, mint például a Qualcomm, hosszabb ideig támogathatják lapkakészleteiket.
A Google a Qualcommmal is együttműködik annak biztosítására, hogy az utóbbi ugyanazt az operációs rendszer keretszoftvert használja több Qualcommon lapkakészleteket, tovább csökkentve a Qualcomm számára szükséges operációs rendszer keretrendszer és szállítói megvalósítási kombinációk számát támogatás. Az SoC-szállítók jelenleg módosítják az AOSP keretrendszer kódját, és elkészítik saját verzióikat az általános rendszerképekből. A Qualcomm-ot például QSSI-nek, míg a MediaTek-et MSSI-nek hívják. Ezek a SoC-specifikus rendszerképek mostantól garantáltan kompatibilisek lesznek több lapkakészlettel, valamint a régebbi gyártói szoftverekkel, hasonlóan a Google AOSP GSI-jéhez.
A Qualcomm Snapdragon 888-as készülékek várhatóan hamarosan megjelennek, kezdve a Xiaomi Mi 11 és a Samsung Galaxy S21 sorozattal. Bár reméljük, hogy a Google és a Qualcomm bejelentése azt jelenti, hogy minden Snapdragon 888-as készülék 3 évnyi Android operációs rendszert és biztonsági javításokat kap, semmi sem garantálja, hogy ez így lesz. Az OEM-eknek továbbra is jelentős összegeket kell befektetniük az új operációs rendszer verziók fejlesztésébe és terjesztésébe – de sokkal valószínűbb, hogy most, hogy a Qualcomm maga is 4 Android operációs rendszer verziót támogat majd. Reméljük, hogy egy vagy több OEM-gyártó kihasználja a mai bejelentést, és bejelentette, hogy kiterjesztett szoftvertámogatást jelent a jövőbeli, Snapdragon 888-cal hajtott csúcstelefonjaihoz. A legtöbb OEM jelenleg csak 2 éves Android-frissítést kínál, míg a Samsung és a Google is 3 évet ígér. Ez még mindig túl rövid az Apple-hez képest, és jogosan kiáltották már sokszor, és továbbra is ki fogják hívni, amíg a különbség nem csökken.
Ami a többi SoC-szállítót illeti, a Google tárgyalásokat folytat velük ennek az új, visszamenőleges tilalom elvének alkalmazásáról, így ők is kiterjesztett szoftvertámogatást nyújthatnak chipkészleteikhez. Nem kaptunk megerősítést a MediaTektől vagy más SoC-szállítóktól, de nem látjuk okát, hogy miért ne támogatnák ezt az ötletet – legalábbis az új lapkakészletek esetében. A Google szerint arra számítanak, hogy többnyire csak az újonnan induló SoC-ok fogják kihasználni ezeket változásokat, ezért ne számítson arra, hogy a jelenlegi eszközei közül a mai nap miatt kiterjesztett szoftvertámogatást kapnak közlemény.
Ezt a cikket 2020. 12. 16-án 13:50-kor (ET) frissítettük, hogy a címben szereplő „eszközöket” „lapkakészletekre” cseréljük, hogy jobban tükrözze, hol lépnek életbe a változtatások. A cikk további információkkal bővült a Google jóvoltából.
Ezt a cikket 14:10-kor (ET) frissítettük, hogy tükrözze, hogy a Google és a Qualcomm támogatást ígér a 4 Android számára. Az operációs rendszer verziói – vagyis az induló kiadás és 3 év Android OS frissítés – 4 év operációs rendszer helyett frissítéseket. A Qualcomm azonban 4 éves biztonsági frissítést ígér.