Kernel

Linus kiadta a 2.6.26-os kernel harmadik kiadásra jelölt verzióját. A patch több mint 60%-át driverfrissítések (leginkább a drivers/video és a drivers/media frissült) teszik ki. Linus megjegyezte, hogy a fejlesztés ismét egy érdekes mérföldkőhöz érkezett (legalábbis számára), hiszen majdnem éppen annyi ideje használják immár a Linux kernel kódjának karbantartására és fejlesztésére a git-et, mint amennyi ideig - három évig - a BitKeeper-t használták korábban.

"Körülbelül 45%-ban architektúrális frissítés (beleszámítva az include fileokat is), körülbelül 30%-ban driver-ek, és körülbelül 25%-ban ez-az. Az ez-az nagyrészt dokumentáció, filerendszer (többnyire cifs) és core kernel (ütemező frissítések stb)." A bejelentés itt olvasható. Hogy mi várható a nagyjából június végén / július elején megjelenő végleges 2.6.26-ba, arról a Linux Weather Forecast ad némi felvilágosítást.

Bezárult a "merge window", így Linus kiadta a 2.6.26-os kernel első kiadásra jelölt verzióját. Mint írta, ez a beolvasztási időablak egy kissé rögös volt abban az értelemben, hogy elég sok vitát generált, de személy szerint úgy érzi, hogy - legalábbis technikai szemszögből - kevesebb "ijesztő" cucc került bele ebbe a pre kernelbe, mint ahogy az mostanság szokványos volt. A maga 7 500 körüli commit-jával ez a ciklus kevesebb változást hoz majd, mint az előző néhány. A változások többsége infrastruktúrális, így nyilvánvalóan kevesebb új szolgáltatást hoz majd a 2.6.26. A jelentősebb változások közül az LWN az x86 memóriakezelő kódjában megjelenő PAT támogatást, a realtime group scheduler körül végzett munkát, a read-only bind mounts-t, a kgdb beolvasztást és egy rakás új driver megjelenését emelte ki. A bejelentés elolvasható itt.

Willy Tarreau - a 2.4-es Linux kernelsorozat karbanartója - egy felmérést készít arról, hogy milyen mértékű a 2.4-es kernel felhasználtsága. Mint írja, "Tudom, hogy a 2.4-et még sok értelmes területen használják, habár manapság [már] jóval kevesebben mint a 2.6-ot. Legalábbis tudom, hogy számos célkészülék-gyártó/forgalmazó használja még az új termékeiben, és még [ráadásul] néha nagyon régi verzióját használják. Amit fel szeretnék mérni, az a használat módja," majd hozzátette "E szavazás [eredménye] nem szabja meg, hogy mi lesz beolvasztva legközelebb (feature fagyasztásban vagyunk egyébként), de segít nekem jobban megismerni a felhasználásod módját, és abban hogy megpróbáljam jobban kiszolgálni az igényeidet."

Evgeniy Polyakov bejelentett az LKML-en egy új, POHMELFS (Parallel Optimized Host Message Exchange Layered File System) névre hallgató hálózati filerendszert. Az új hálózati filerendszer célja, hogy nagyteljesítményű, párhuzamos adatátvitelt biztosítson. Alap POHMELFS szolgáltatások a teljesség igénye nélkül:

A MIT berkeiből származó Ksplice segítségével az adminisztrátorok alkalmazhatják a biztonsági javításokat a Linux kernelen annak futása közben úgy, hogy szükségtelenné válik az újraindítás. A Ksplice használatához nincs szükség a kernel előzetes speciális preparálására. A Ksplice bizonyos megfontolásokból úgy van tervezve, hogy csak olyan változtatásokat fogad el, amelyek nem változtatják meg jelentős mértékben az adatszerkezeteket. Szerencsére a legtöbb biztonsági patch nem hoz ilyen változtatásokat. A 2005 májusa és 2007 decembere közt napvilágot látott 50 fontosabb biztonsági javítás 84%-a automatikusan alkalmazható a Ksplice segítségével menet közben.

A Ksplice elérhető 32 bites és 64 bites x86 rendszerekhez. A használata előtt azt mindenképpen figyelembe kell venni, hogy a szoftver meglehetősen új, nem kizárt, hogy olyan bugokat tartalmaz, amelyek komolyabb problémákat okozhatnak. A Ksplice szabad szoftver, a GPLv2 feltételei szerint terjeszthető.

Andrew Morton egy, a 4K stacks-t a mainline kernelben x86-on alapértelmezetté tevő commit üzenetre válaszolva azt írta, hogy "ez a patch a kernelek összeomlását okozhatja". Molnár Ingo erre azt válaszolta, hogy "melyik mainline kernelek omlanak össze és hogyan fognak összeomlani? A Fedora és más disztrók évek óta használják a 4K stacks-t.". Majd hozzátette, hogy több tízezer felbootolási tesztet végeztek mindenféle driver-rel és engedélyezett kernel opcióval és nem volt problémájuk a 4K-s stack méret miatt. Szóval, a változtatással a mainline kernel csak a disztrók jelenlegi alapértelmezett beállítását követné.

Molnár Ingo a napokban egy kis ízelítőt adott az LKML-en abból, hogy mi várható a 2.6.26-os kernelbe x86 fronton. Az általa karbantartott linux-2.6-x86.git fához néhány nappal ezelőttig 74 fejlesztő 884 patch-et készített. Néhány dolog az érdekesebbek közül:

A mainline Linux kernel a 2.6.26-os kiadástól kezdve 4096 CPU-t fog támogatni. Ahogy Ingo írta, vannak ekkora rendszerek, és Linux fut rajtuk. Biztonsággal összefügg, hogy javításra került a StackProtector. A StackProtector változtatásai túl "tolakodóak" lettek volna a 2.6.25-be, így végül a .26-ban mutatkoznak be. Viszont ami ezeknél sokkal érdekesebb, hogy lesz végül a mainline Linux kernelben forráskód szintű debugger!

Miért olyan érdekes ez? Hát azért, mert Linus köztudottan debugger ellenes. A kgdb névre hallgató, forráskód szintű kernel debugger már régóta létezik, de sosem volt a mainline kernel része. Linus mindig ellene volt a kgdb beolvasztásának. Azonban február körül felcsillant a remény, hogy Linus enged, és mégis lesz kgdb a kernelben.

Linus 2000-ben kifejtette, hogy mi a problémája a debugger eszközökkel.

Ahogy az várható volt, Linus kiadta a 2.6.25-ös Linux kernelt. Linus külön köszönetet mondott Molnár Ingonak, akinek sikerült egy régóta bujkáló, nehezen reprodukálható bugot megtalálnia és javítania. A 2.6.24 óta összegyűlt változásokat tartalmazó lista tekintélyes 7.5MB, míg maga a patch tömörítve 12MB méretű. Emberi fogyasztásra alkalmas lista található a változásokról a KernelNewbies oldalán. A bejelentés itt olvasható.

Fabio Checconi jelentette be nemrég az LKML-en, hogy egy "új" IO ütemezőn dolgoznak a Linux kernelhez. Idézőjelben új, mert a Budget Fair Queuing IO Scheduler tulajdonképpen a CFQ-ra, a Completely Fair Queuing IO ütemezőre épül.