Kernel

Linus a múlt heti ígéretéhez tartva magát kiadta a 3.19-es kernel végleges kiadását. A végleges kernel egy időben a beolvasztási időablak (merge window) megnyílását is magával hozta.

Részletek a bejelentésben. A 3.19-es kernel újdonságairól a KernelNewbies Linux_3.19 oldalán lehet (majd) olvasni.

Linus a szokásos ütemtervnek megfelelően a hétvégén kiadta a 3.19-es kernel hetedik és feltételezhetően egyben utolsó prepatchét. A "dolgok" egész nyugodtak és normálisak, így hacsak valami váratlan dolog hirtelen fel nem bukkan, a következő kiadás már a végleges 3.19 lesz.

Részletek itt.

Linus bejelentette a 3.19-es kernel hatodik kiadásra jelölt verzióját. A hatodik prepatch kisebb mint az -rc5 volt. Ez a prepatch abban hasonlít az előzőhöz, hogy semmi ijesztő sincs benne. Éppen ezért Linus azt tervezi, hogy a jövő héten kiadja az -rc7-et, egy hétre rá pedig a végleges 3.19-et.

Részletek a bejelentésben.

Paul Gortmaker egy levelet küldött a minap az LKML-re, amelyben javaslatot tett az EISA támogatás dobására. Levelére válaszolt Maciej W. Rozycki, aki jelezte, hogy ő még használ EISA-s eszközt tartalmazó gépet és szeretné, ha az a jövőben is működne. Akár hajlandó lenne az EISA alrendszer karbantartói feladatait is ellátni. A diskurzusban becsatlakozott Linus is, aki kijelentette, hogy ha - és a jelek szerint - van legalább egy felhasználója az EISA-nak és az működik, akkor azt nem dobják.

Dmitry Torokhov egy patchkészletet küldött be az LKML-re a minap, amely a Chrome OS által használt aszinkron eszköz/eszközmeghajtó-program probing támogatás implementációt hozná a mainline kernelbe.

A probléma, amelyet a fejlesztők meg szeretnének oldani vele az, hogy a "lassú" eszközök és eszközmeghajtó-programok túl sok időt töltenek a probe() metódusaikkal és így az kihat

• a teljes kernel boot folyamatra, amikor az eszközmeghajtó-programok bele vannak fordítva a kernelbe (nem modulban vannak) és a lassú eszközök megakasztják, késleltetik az egész boot folyamatot
• a systemd azon óhajára, hogy eltimeoutolhassa a modulbetöltési folyamatot

Részletek a bejelentésben.

Egy új, kernel-szintű, folyamatok közti kommunikáció (IPC) implementáció készül a kernelbe. A kdbus célja, hogy protokoll szinten hasonló legyen a már meglevő, user-space D-BUS daemon-hoz, de közben lehetővé tegye néhány olyan új feature bevezetését is, amelyet userspace-ben nem lehetett volna megoldani.

Hogy miért kellene ennek a kernelben lennie, az elolvasható Greg Kroah-Harman kdbus v3-as patchkészlet bejelentésében.

Linus a hétvégén bejelentette a 3.19-es kernel negyedik prepatch-ét. A helyzet egész normálisnak mondható, eltekintve néhány utolsó pillanatban beesett, memóriakezelést érintő regressziótól. Szerencsére ezek legtöbbjét rövid idő alatt javították és csak egy arm64-et érintő hiba javítása maradt folyamatban.

Linus ezt és a következő hetet a Linux Conf. Australia (LCA) rendezvénynek köszönhetően utazással tölti, de (nagy valószínűséggel) lesz internetkapcsolata. Ezért, ha a dolgok hasonlóképpen nyugodtak lesznek mint a múlt héten, nem számít arra, hogy utazása különösképpen befolyásolni fogja a dolgok menetét.

Részletek a bejelentésben.

Linus a megszokottaktól eltérően nem vasárnap, hanem egy nappal később, hétfőn adta ki a soron következő -rc kernelt. Mint írja, nem fejlesztéssel kapcsolatos probléma hátráltatta a kiadást, annál sokkal prózaibb oka volt a csúszásnak: vasárnap fürdőszobát csempézett.

Linus az ünnepi nyugalomhoz illően minimális megjegyzéssel bocsátotta útjára a 3.19-es kernel második prepatch-ét. A kernelfejlesztés első embere még egy hasonlóan nyugalmas hetet vár a nyilvánvaló okokból kifolyólag.

A jelenlegi -rc apró. 80 százalékát driverfrissítések adják. A maradékot néhány apró arm64 körüli javítás, random egysoros javítások stb. alkotják. Részletek a bejelentésben.

A livepatching-től számtalanszor volt már szó a HUP-on az Oracle-ös Ksplice/Uptrack, a Red Hat-os kpatch és a SUSE-s kGraft kapcsán. Ezek lényege, hogy segítségükkel reboot nélkül, futás közben lehet a Linux kernelt patchelni. A SUSE Labs alkalmazásában álló Jiri Kosina nemrég levelet küldött az LKML-re, amelyben arról írt, hogy kéri a livepatching "for-next" ágának beolvasztását a linux-next fába.