A Linux vízvezeték-szerelők 201 konferencia során9 (a legfontosabb Linux fejlesztők éves találkozója), A Google a fejlesztésről beszélt kezdeményezés a a fő fejlesztésű rendszermagra vigye át a a kernel verziója a platformhoz Android.
A végső cél az, hogy az Android használhassa a Linux kernel fő verzióját, ahelyett, hogy különálló egyedi verziókat kellene készíteni minden eszközhöz az Android-specifikus Common Core ága alapján. Ezt a célt már részben megvalósították és a konferencián bemutatták a szokásos, módosítatlan Linux-rendszermagon alapuló firmware-vel ellátott „Xiaomi Poco F1” androidos okostelefont.
Miután a projekt elkészült, A szállítókat felkérik egy központi mag szállítására a fő Linux kernel alapján. Hardver-támogató alkatrészeket szállítunk csak a szolgáltatók további kernelmodulok formájában, a kernel foltozása nélkül.
A modulokban a fő kernellel való kompatibilitást a kernel szimbólum névtér szintjén kell biztosítani. Minden, a fő magot érintő változás felfelé fog mozdulni.
Továbbá a kompatibilitás fenntartása érdekében saját modulokkal az LTS ágak keretében, célja egy stabil alapvető API és ABI fenntartása, amely lehetővé teszi a modulok kompatibilitásának fenntartását a kernel minden közös ágának frissítéseivel.
Egész évben, olyan funkciók, mint a PSI alrendszer (nyomászárolási információk) a különböző erőforrások (CPU, memória, bemeneti és kimeneti eszközök) időtúllépéséről szóló információk elemzéséhez, a BinderFS ál fájlrendszert a folyamatok közötti kommunikációs mechanizmushoz, az Android kernelből kerültek át a fő Linux kernelbe, valamint az energiahatékonysági feladat-tervező EAS (Energy Aware Scheduling).
Fontos tudni ezt eddig az Android kernel az előkészítés több szakaszán ment keresztül mivel jelenleg három fő villa van a fővonal Linux kernel és egy szállító Android eszköz között.
- Először is, a Google átveszi a Linux LTS kernelt, és "Android Common Kernelé" alakítja, amelyben a Linux kernel megkapja az alkalmazott Android operációs rendszer összes specifikus javítását.
- Az Android Common szállítja a SoC eladóhoz (általában Qualcomm), ahol megkapja az első hardver-specifikus kiegészítéseket, először egy adott SoC modellt céloz meg.
- Ezt a "SoC Kernelt" ezután egy eszközgyártóhoz szállítják, hogy még hardver-specifikusabb kódot kapjon, amely bármilyen más hardvert támogat, például a kijelzőt, a kamerát, a hangszórókat, az USB portokat és az esetleges további hardvereket.
A fő LTS magok alapján (3.18, 4.4, 4.9 és 4.14), létrehozták az "Android Common Kernel" ágat, amelybe Android-specifikus javításokat adtak át (korábban a változások nagysága elérte a több millió sort, de a közelmúltban a változásokat több ezer kódsorok)
Amellett, hogy minden eszköz számára kialakult a saját magja, amelyet más eszközökön nem lehetett használni.
Egy ilyen séma jelentősen bonyolítja a frissítések kézbesítését a sebezhetőségek kiküszöbölésével és a kernel új ágaira való áttéréssel. Például a legújabb, októberben megjelent Pixel 4 okostelefon a két évvel ezelőtt megjelent Linux kernellel érkezik.
Részben, A Google a Treble rendszer népszerűsítésével próbálta egyszerűsíteni a karbantartást, amely lehetővé teszi a gyártók számára, hogy univerzális hardvertámogatási összetevőket hozzanak létre, amelyek nem kötődnek meghatározott Android verziókhoz és a használt Linux rendszermag verziókhoz. A Treble lehetővé teszi, hogy kész Google frissítéseket használjon alapul, és eszközspecifikus összetevőket integráljon ezekbe.
Bár még mindig van tennivaló az Android ökoszisztéma szélesebb körű beépítéséért a kernelbe, azon túl, hogy sok munkát igényelnek az eszközkonfigurációk részéről az egyes modelleknél, de a Google szerint úgy tűnik, hogy a dolgok jól haladnak.