Linux geeft de LTS-kernels van zes jaar op, vindt dat ze te veel werk zijn

De LTS-periode (langetermijnondersteuning) voor de Linux-kernel wordt verkort. In 2017 sprong de kernel van twee jaar ondersteuning naar zes jaar. Nu, zes jaar later, blijkt dat een hoop werk te zijn. ZDNet meldt dat Jonathan Corbet, hoofdredacteur van Linux Weekly News , op de Open Source Summit Europe deze week (video’s verschijnen over een paar weken) heeft aangekondigd dat de Linux-kernel zal terugkeren naar twee jaar LTS-ondersteuning.

Het plan om terug te brengen naar twee jaar komt niet van de grond. De Linux-gemeenschap respecteert nog steeds de huidige end-of-life-tijdlijnen , dus 6.1, 5.15, 5.10, 5.4, 4.19 en 4.14 zijn nog steeds zes jaar, maar nieuwe kernels krijgen slechts twee jaar. Zelfs deze periode van zes jaar moest optioneel zijn toen het begon, waarbij de FAQ op de releasepagina zei: “Elke nieuwe langetermijnkernel begint gewoonlijk met slechts een verwachte EOL van twee jaar, die verder kan worden verlengd als er voldoende interesse is van de industrie als geheel om dit voor een langere periode te helpen ondersteunen.” De realiteit was dat alles een levensduur van zes jaar kreeg, en nu zal dat niet langer het geval zijn.

Corbet noemde een mix van gebrek aan gebruik en een gebrek aan ondersteuning voor de reden waarom Linux bezuinigt op LTS-kernels. Corbet zegt: “Het heeft echt geen zin om [oude kernels] zo lang in stand te houden, omdat mensen ze niet gebruiken.” Het andere grote probleem is de burn-out van beheerders, die vaak onbetaald zijn en veel meer steun van de miljarden kunnen gebruiken. dollarbedrijven die profiteren van het gebruik van Linux.

Maar hoe zit het met Android?

Twee jaar lijkt een prima ondersteuningsperiode voor pc’s, maar hoe zit het met Android? De oorspronkelijke LTS-extensie is voornamelijk gemaakt met Android- en Internet of Things-apparaten in gedachten; deze werd aangekondigd tijdens een Android Linux-toespraak door Google-ontwikkelaar Iliyan Malchev. Het probleem was dat op pc’s twee jaar slechts de tijd tussen kernelupdates vertegenwoordigt, dus dat is een prima tijdlijn. Geïntegreerde apparaten hebben echter de neiging de kernel niet te updaten, dus die “twee jaar” vertegenwoordigen het grootste deel van de ontwikkelingscyclus en de gehele periode voor consumentenondersteuning, en dat is niet lang genoeg.

Het oorspronkelijke beeld dat Google in 2017 schetste, was dat het twee jaar duurt voordat telefoons ontwikkeld zijn en dat de kernel al aan het begin van het engineeringproces vastzit. De LTS-kernel zou het einde van zijn levensduur bereiken zodra de telefoon eindelijk zou worden verzonden, en klanten zouden verouderde kernels gebruiken gedurende de levensduur van hun apparaten. Het ontwikkelingsproces van de Android-kernel is een hele stapel vorken: eerst vorkt Google van een nieuwe Linux LTS om de “Android Common”-kernel te maken, vervolgens wordt die naar SoC-leveranciers zoals Qualcomm gestuurd en gevorkt voor elk SoC-model, en vervolgens die vork wordt naar apparaatfabrikanten gestuurd, die het voor elk apparaatmodel opnieuw splitsen. Het duurt een tijdje.

Is het beter in 2023? Dat weet ik niet. De Android-kerneldocumentatie heeft een Linux- compatibiliteitsmatrix voor elke versie van Android, en Android 14 – dat nu elke dag uitkomt – ondersteunt nog steeds het lanceren van nieuwe apparaten met Linux 5.4, een vier jaar oude kernel. Dat gaat een nieuw venster van ondersteuning inluiden, onthoud, dus zelfs met een schamele twee jaar eigendom is dat een kernel van zes jaar oud. Dat is ook alleen voor nieuwe apparaten. Vanaf Linux 4.14, dat teruggaat tot 2017, kun je upgraden naar Android 14. Je ziet hoe Google tot het zesjarige getal kwam. Het is moeilijk om te weten wat elke goedkope Android-telefoon op een bepaald moment doet, maar ik neem aan dat deze allemaal worden ondersteund omdat ze nog steeds nodig zijn.

Er zijn ook smartwatches om te overwegen, waarbij de zaken nog erger zijn. De Pixel Watch schaamt zich zo voor zijn Linux-kernel dat hij niet eens in de instellingen vermeld staat, maar het toestel werd in 2022 gelanceerd met Linux-kernel 4.19 , destijds een 4 jaar oude kernel.

De grote vooruitgang van Android sinds 2017 is de GKI , Google’s ‘Generic Kernel Image’, die het ‘fork of a fork of a fork’-ontwikkelingsproces van de Android-kernel verkort. Die eerste fork, Android Common, voegt alle Android-compatibiliteitszaken toe aan Linux, dus dat gebeurt nog steeds met de GKI, maar fork nr. 2 en 3 zijn voor hardwarecompatibiliteit, en de GKI verplaatst deze in plaats daarvan naar modules. Verderop is er een plan om over te stappen op de hoofdversie van Linux.

Zelfs GKI-telefoons voeren echter nog steeds geen grote kernelupdates uit. Je krijgt kleine LTS-beveiligingsupdates, maar de Pixel 6, de eerste GKI-telefoon, werd gelanceerd met Linux 5.10 en staat nog steeds op Linux 5.10. Dat is een kernel van 3 jaar oud. Als deze trend zich voortzet, zal het wanneer het in 2027 zijn laatste beveiligingsupdate krijgt, een kernel van zeven jaar oud hebben. Google heeft eerder gezegd dat er uiteindelijk grote GKI-kernelupdates in de plannen zitten. Er wordt zelfs melding gemaakt van grote kernel-swaps in de documenten, maar de mijlpaal van het updaten van een productie-consumentenapparaat naar een grote nieuwe GKI-versie is nog niet iets dat al is gebeurd. Het gerucht gaat dat de Pixel 8 een langere ondersteuningsperiode zal hebben, dus misschien zien we op die telefoon grote kernelupdates verschijnen.