Linus visszatért a megszokott, vasárnapi menetrendjéhez, illetve a kissé nagyobb -rc4 után az -rc5 is újra a megszokott méretű. A patchkészlet nagyjából kétharmada driverfrissítés (gpu, infiniband, sound, networking, scsi, thermal). A fennmaradó rész fele networking, a többi architektúra frissítés némi fájlrendszer javítás társaságában.

A bejelentés itt olvasható.

A megszokottaktól eltérően nem vasárnap, hanem hétfőn adta ki Linus a 4.1-es kernel soron következő, negyedik prepatch-ét. Egyrészt dolga volt, másrészt volt egy suspend regresszió, amihez még érkezhetett egy patch, így inkább a hétfői kiadás mellett döntött.

Részletek a bejelentésben.

Linus a hétvégén bejelentette a 4.1-es kernel harmadik, anyák napi prepatch-ét. Az Egyesült Államokban (és Finnországban) tőlünk eltérően nem május első, hanem második vasárnapján köszöntik az édesanyákat. A harmadik prepatch-ben Linus szerint semmi ijesztő, vagy aggodalomra okot adó nincs, leginkább "kisebb javítások mindenfelé" jellemzik.

Részletek a bejelentésben.

Linus a hétvégén kiadta a 4.1-es kernel második prepatch-ét. A patch kicsi, inkább a késői -rc-k méreteihez van közelebb, mintsem a koraiakéhoz. Benne szokás szerint driver és arch frissítések dominálnak. Ezek mellett egy kis fájlrendszer, illetve networking változtatás található.

Részletek a bejelentésben.

Linus a szokásos menetrendnek megfelelően vasárnap bezárta a 4.1-es kernel fejlesztési ciklusának beolvasztási időablakát (merge window) és egyben kiadta az első prepatch-et (-rc1). A merge window Linus szerint "egész normális" volt. A változások jelentős része (60% körül) az eszközmeghajtó-programokat érinti. Körülbelül 20%-ot tesznek ki az architektúrákkal kapcsolatos változások, a fennmaradó 20% pedig a kernel egyéb, különböző területeit érinti.

Linus nem tudott az újdonságok közül semmi eget rengető jelentőségűt kiemelni. Részletek a bejelentésben.

Ima Sheep Linus "we're all sheep" Torvalds tegnap bejelentette a Linux 4.0 elérhetőségét. A post-április1 jellegű bejelentés elolvasható itt. A 4.0-val érkező újdonságokról részletesen a KernelNewbies Linux_4.0 oldalán lehet (majd) olvasni.

Linus kiadta a 4.0-s kernel hetedik prepatch-ét. A soron következő -rc kiadás a megszokott ütemtervhez képest egy napos csúszással érkezett meg. A csúszás oka a húsvét volt. Linus szerint a dolgok jó úton haladnak a végleges 4.0 hétvégi kiadása felé. Van egy kis esély arra, hogy mégsem adja a 4.0-t a hétvégén, mert a jövő héten utazni fog és így nem biztos, hogy meg akarja nyitni a beolvasztási időablakot. A döntésre alszik még néhányat.

Részletek a bejelentésben.

Szokásának megfelelően Linus vasárnap kiadta a soron következő Linux kernel újabb prepatch-ét. Ahogy a kiadási ciklus ezen szakaszában (el)várható, a dolog kezdenek lenyugodni, a változtatások pedig főként hibajavításokban mutatkoznak meg.

Javításra került például egy NUMA-val kapcsolatos, teljesítményt negatívan befolyásoló bug, ami ugyan nem volt kritikus, de mégis elég bosszantó volt ahhoz, hogy Linus a múlt héten megemlítse. Ezen kívül több, i915-tel kapcsolatos probléma mellett fennállt egy KVM-mel összefüggő bug is, amik miatt akár egy -rc8 kiadás is elképzelhetőnek tűnt, de jelenleg úgy fest a helyzet, hogy erre nem biztos, hogy szükség lesz.

A fent említett problémákon kívül a változtatások nagy része apró driver hibákat javít kisebb, architektúrákat érintő változtatások, frissítések mellett.

Részletek a bejelentésben.

Linus kiadta a 4.0-s kernel ötödik prepatch-ét. Méretre majdnem akkora, mint az -rc4 volt. Linus jobban örülne annak, ha a végleges kiadáshoz közeledve egyre kisebbek lennének a prepatch-ek, de az is valami, hogy legalább nem növekszenek.

Az -rc5 főként driverfrissítésekből (gpu, usb, sound, networking, hid, input, pinctrl stb.) áll, de mellette megtalálható némi architektúrafrissítés (x86, arm, arm64, sparc) és fájlrendszerfrissítés (főként btrfs) is.

A bejelentés itt olvasható.

Újabb hétvége, újabb prepatch. A vártnál kissé nagyobb ARM SoC frissítésen kívül semmi különösebben fura dolog nem történt ezen a héten. A patch fele driverfrissítés, a másik kb. fele ARM változtatás. A fennmaradó részt pedig a szokásos itt-ott elkövetett javítások teszik ki, némi architektúra kódokat érintő változtatások társaságában.

Részletek a bejelentésben.

A múlt héten mintegy 60 Linux kernelfejlesztő "írta alá" azt a Code of Conflict-nek nevezett apró patchet, amely a kernelfejlesztői közösségben folyó társalgásokra nézve tartalmaz irányelveket, illetve felvázol egy közvetítési lehetőséget azok számára, akik úgy érzik, hogy bántották, fenyegették vagy kényelmetlen helyzetbe kerültek. A fejlesztők szerint ez elfogadhatatlan és ilyen esetben a sértett a Linux Foundation Technical Advisory Board-jához vagy annak egyéni tagjaihoz fordulhat, ami/akik a képességeikhez mérten a legmegfelelőbb módon próbálják majd rendezni a problémát.

A kódexet Greg Kroah-Hartman írta, számos prominens fejlesztő és karbantartó támogatta és Linus Torvalds személyesen fogadta el a kernelfába.

További részletek itt.

Linus a szokásos ütemtervnek megfelelően vasárnap kiadta soron következő -rc kernelt. A múlt hetet összefoglalva annyit írt, hogy a "dolgok" úgy állnak, ahogy a kiadási folyamat ezen szakaszához illik: egész normálisan.

A patchek eloszlása sem tartogat semmi meglepetést: kb. kétharmaduk driverfrissítés, a fennmaradó részt pedig fájlrendszer- (főként nfs, btrfs), architektúra- (arc, x86, arm, powerpc), hálózat- és dokumentációfrissítések adják.

Részletek a bejelentésben.

Linus nem a megszokott időben, ottani idő szerint vasárnap délután adta ki a soron következő -rc kernelt. Ennek az oka az, hogy szinte az egész hétvégét egy Mac Mini I-et érintő hiba debugolásával töltötte. Mint írja, nem szeret úgy kiadni egy kernelt, hogy az nem megfelelően működik azokon a gépeken, amikkel rendelkezik, még ha olyan gépekről is van szó, amivel a mostani fejlesztők már nem nagyon rendelkeznek vagy használnak.

A problémára kapott patchet, így a vasárnap délutánból keddi kiadás lett. A fenti patchen kívül sok újdonságot, említésre méltó változtatást az -rc2 nem hoz, csendes hét előzte meg a kiadását.

Részletek itt.

Linus bezárta a beolvasztási időablakot (merge window), majd kiadta a soron következő kernel első prepatch-ét. A bejelentés tárgyából az is egyértelmű, hogy Linus dilemmája megoldódott. A 3.x kernelsorozat a 3.19-cel véget ér, a soron következő kernel pedig már 4.0-ként fog megjelenni.

Részletek a bejelentésben.

A The Linux Foundation kiadta szokásos, éves helyzetjelentését a Linux kernel fejlesztéséről. A helyzetjelentés nagyjából évente érkezik. A jelenlegi összefoglaló a 3.18-as kernel alapján készült, figyelembe véve a 3.10-től 3.18-ig terjedő kiadásokat.

A legutóbbi jelentés 2013 szeptemberében látott napvilágot és a 3.3-tól 3.10-ig terjedő kiadásokról szólt.

A jelentésből egyebek mellett megtudható, hogy:

Linus korábban kijelentette, hogy nem szeretne a 3.x kernellel is eljutni oda, ahova a 2.x sorozattal eljutott, vagyis elérni a .39-es verziószámot, mint ahogy azt 2.6.39-cel tette. 2013 novemberében arról írt, hogy a 3.19 után szíve szerint kiadná a 4.0-s kernelt.

A nagy számoktól való fóbiája odáig jutott, hogy az emberekkel szavaztatja éppen, hogy mit látnának szívesebben következő kernelkiadásként: a 3.20-at vagy a 4.0-t.

Szavazz itt.

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.