Megérkezett a Linux 6.19 kernel hetedik kiadásra jelölt változata, a 6.19-rc7, és ezzel a fejlesztési ciklus elérkezett az utolsó állomására. Linus Torvalds már korábban jelezte, hogy az év végi ünnepi időszak miatt lesz egy rc8 kiadás is, így a stabil 6.19-es kernel várhatóan két hét múlva, 2026. február 8-án fut be. A kiadási folyamat állapota összképében kiegyensúlyozott, de Torvalds külön megemlíti, hogy az rc7 a megszokottnál nagyobb méretű lett, és emiatt mindenképpen szükséges a nyolcadik kiadás.
Tartalomjegyzék
Létrejött a kernelfejlesztés folytonossági forgatókönyv
A hét egyik legérdekesebb újdonsága, egy újonnan bekerült fejlesztői dokumentum, amely a Linux kernel projekt folytonosságát próbálja kézzelfoghatóbbá és tervezhetőbbé tenni. A dokumentum lefekteti, hogy mi a teendő akkor, ha a hivatalos upstream Git-tároló, vagyis a torvalds/linux.git valamilyen technikai okból elérhetetlenné válik, ha a hozzáférés megszakad, vagy ha olyan előre nem látható körülmény lép fel, amely megakasztja a mainline-ba történő beolvasztás normál rendjét.
A kernel fejlesztése régóta decentralizált, a változtatások jellemzően karbantartói fákon át érkeznek, mégis van egy pont, ahol a folyamat nagyon erősen egyetlen csatornára fut össze: a végső integrációra és kiadásra. A dokumentum lényege, hogy egy ekkora, ipari jelentőségű projektben nem célszerű mindent a hallgatólagos rutinra bízni: érdemes előre rögzíteni, milyen döntési és működési rend lép életbe, ha a megszokott csatornák hirtelen kiesnek.
A cél tehát nem az, hogy a projekt működését gyökeresen átszabják, és nem is az, hogy egyetlen konkrét utódlási döntést előre bebetonozzanak. Inkább arról van szó, hogy a működőképesség szervezeti és technikai feltételei formálisabb keretet kapjanak: ki kezdeményezheti a gyors egyeztetést, kik számítanak olyan szereplőknek, akik jogosan és érdemben dönthetnek egy átmeneti működési módról, és hogyan lehet mindezt úgy végigvinni, hogy a közösség számára átlátható és elfogadható maradjon. Ennek van egy fontos üzenete is a külvilág felé: a kernel fejlesztése nem egyetlen ember „jóindulatú rendelkezésre állásán” múlik, még akkor sem, ha a projekt történetében Linus szerepe vitathatatlanul központi. A dokumentáció azt a gondolatot erősíti, hogy a projektnek legyen redundanciája, és ha egy kulcselem kiesik, akkor ne ad hoc improvizációval, hanem előre rögzített, higgadt forgatókönyv szerint tudjon talpon maradni.
Regressziók miatti visszalépések: AMDGPU driver-funkció visszavonás, NEXT_BUDDY ütemező letiltás
Az rc7 kiadás egyik legfontosabb javításáról már mi magunk is írtunk a tegnap napon, mely az AMDGPU illesztőprogramban von vissza egy kijelzőkezeléssel kapcsolatos energiagazdálkodási fejlesztést, mely még annak idején a 6.19-es merge window környékén került be, és több a felhasználók által jelzett problémához vezethető vissza, ezért a problémák megoldása érdekében a fejlesztés visszavonásáról döntöttek. A regresszióval kapcsolatosan ebben a cikkben olvashatsz bővebb információkat.
Egy másik fontos intézkedés keretében letiltották a NEXT_BUDDY ütemezőfunkciót, miután kiderült, hogy bizonyos környezetben és konfigurációkban rontotta a teljesítményt. Mivel nem lehetett egyértelműen megállapítani azt hogy a regresszió más környezetben vagy konfigurációkban hatással van-e a teljesítményre, ezért az a döntés született, hogy a fejlesztést kivezetik a probléma megoldásáig és az alapos tesztelések lezárultáig.
Page fault hibakezelés, ATA/ATAPI fejlesztések
Az rc7 tartalmaz egy fontos memóriakezelési hibajavítást is. A hiba következtében a page fault kezelés egyik kódrésze egy jó ideje hibásan működött, azonban ez ritkán okozott súlyos hibát, viszont amennyiben a hiba felbukkant, gyakran kernel panic-cal végződött. A hiba legalább 5 éve benne van a memóriakezelési kódban, azonban a ritkán előforduló jellege miatt nehéz reprodukálni, emiatt a kiváltó okot is csak jóval később sikerült beazonosítani.
Egy másik, fontos fejlesztési csomag,az ATA/ATAPI alrendszerhez érkezett, melyről szintén beszámoltunk a napokban: Az elmúlt nagyjából egy évben megjelent energiagazdálkodási regresszió bizonyos ATAPI eszközöknél meg tudta akadályozni, hogy a CPU elérje az alacsony fogyasztású C-state állapotokat.Ennek javítása laptopoknál és alacsony fogyasztásra hangolt gépeknél kézzelfogható üzemidő- és hőmérsékletjavulást hozhat, mert ismét lehetővé teszi, hogy a CPU ténylegesen átválthasson a mélyebb C-state állapotokba. A fejlesztéssel kapcsolatos beszámolónkat itt olvashatod.
Bővül az ASUS Armoury-támogatás
Az rc7 kernel az ASUS Armoury driveren keresztül újabb ASUS laptopmodellek támogatásával bővült. A támogatást lehetővé tevő kódbázis nem egyetlen „nagy” patchben érkezik, hanem sok kicsi, többlépéses fejlesztési csomagokban.
A fejlesztésekhez köszönhetően a Linux egyre több ASUS laptopon képes elérni a gép firmware-ének bizonyos gyártói beállításait. Ilyenek például a teljesítményprofilok, a fogyasztási korlátok és a hőmérsékleti limitek. Ez azért fontos, mert Linuxon ezek kezelése sokáig gépenként eltérő, kerülő megoldásokat igényelt, és ezek gyakran egy frissítés után könnyedén működésképtelenné is váltak.
A Linux 6.17-rc7 kernel kiadásról szóló hivatalos bejelentés itt olvasható.
