AbcLinuxu:/ Články / Jaderné noviny – přehled za červenec 2026

Štítky: bezpečnost, BPF, Jaderné noviny, jádro, kernel, Linus Torvalds, Linux, LLM, přehled, souborové systémy, úložiště

Jaderné noviny – přehled za červenec 2026

10.8. | Redakce | Jaderné noviny | 8671×

Přehled červencových vydání Jaderných novin: stav vydání jádra, citáty týdne a seznam článků týkajících se jádra.

Vydání ze 2. 7. 2026

LWN.net Weekly Edition for July 2, 2026.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 1. července 2026

Vývojové jádro 7.2-rc1 bylo vydáno 28. června. Linus řekl: „Takže dva týdny uplynuly a začleňovací okno je zavřené. Věci v tomto vydání vypadají přiměřeně normálně (klepání na dřevo).“

V tomto vydání bylo viděno 13 412 neslučovacích změn od 2 138 vývojářů, z nichž 404 jsou noví přispěvatelé do jádra.

Stabilní aktualizace: 7.1.2, 7.0.14 a 6.18.37 byly vydány 27. června. Dává se na vědomí, že 7.0.14 je poslední v řadě 7.0.x.

Citáty týdne

Quotes of the week. Jonathan Corbet. 1. července 2026

Jádro je v prvé řadě správce paměti, v druhé plánovač a zbytek jsou jen komentáře.

—H. Peter Anvin

Někteří lidé od souborových systémů by k tomu mohli mít výhrady. Ale jádro je čím dál tím víc jenom běhové prostředí pro programy BPF

—Matthew Wilcox

Reviewed-by považuji za silnější než Acked-by. Mám podezření, že to druhé někdy znamená „hustý seznam změn!“.

—Andrew Morton

Články

Tvrzení jádra alokačními tokeny a Bootpatch-SLR: více snah ztížit zneužívání chyb jádra.
Reportáže z OSPM 2026, den třetí: sezení z posledního dne konference o správě napájení a plánování v jádře Linux.
Zbytek začleňovacího okna 7.2: více zajímavých změn, které míří do příštího vydání jádra.
Pokračování reportáží ze Summitu o linuxových úložištích, souborových systémech, správě paměti a BPF 2026:
- Dřívější zahajování zpětného zápisu: diskuze, jestli změnit, kdy je zahajován zpětný zápis a jak by se to dalo udělat.
- Efektivní přístup programů BPF k lokálním úložištím: dva přístupy ke zlepšení výkonu programů BPF.

Vydání z 9. 7. 2026

LWN.net Weekly Edition for July 9, 2026.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 8. července 2026

Vývojové jádro 7.2-rc2 bylo vydáno 5. července. Linus řekl: „Je neděle odpoledne a rc2 je venku. Věci vypadají velmi normálně – není to malý rc2, ale odpovídá to vydáním v poslední době, a je trochu menší než rc2 v 7.1. Uvidíme, jak to bude pokračovat, ale zatím to jde dobře.“

V tomto vydání bylo viděno 13 798 neslučovacích změn od 2 176 vývojářů, z nichž 418 jsou noví přispěvatelé do jádra.

Stabilní aktualizace: 7.1.3, 6.18.38, 6.12.95, 6.6.144, 6.1.177, 5.15.211 a 5.10.260 byly vydány 4. července.

Obnovení jaderného archivu stromu /pub

Kernel archive /pub tree restoring. Joe Brockmeier. 2. července 2026

Několik bystrých pozorovatelů si všimlo, že z kernel.org zmizela část obsahu, a byli pochopitelně znepokojeni. Konstantin Rjabicev na social.kernel.org poskytl novinky:

Došlo k nešťastné chybě při změně infrastruktury primárních/sekundárních zrcadel kernel.org, což způsobilo, že strom /pub byl najednou prázdný. Žádná data se neztratila, jenom veřejně zrcadlené kopie. Teď je vše obnovováno, ale mazání je rychlé a obnovování pomalé, takže děkuji za vaši trpělivost!

Incident je sledován na stránce se statusem IT Linux Foundation.

Citát týdne

Quote of the week. Jonathan Corbet. 8. července 2026

Tak jako v ostatních subsystémech pozorujeme hodně patchů a hlášení chyb (veřejných a mimo konferenci) vygenerovaných AI, kdy odesílatel vystupuje v roli Úst Sauronových. To je nepřijatelné a takové patche budou buď ignorovány, nebo odsunuty na druhou kolej.

Obecně nikdy nelze očekávat, že se vibe-kódovaným, složitým příspěvkům RFC hozeným přes zeď dostane obsáhlých, zevrubných recenzí, zvlášť pokud odesílatel zjevně nevěnoval čas zamyšlení se a porozumění, na čem to vlastně pracuje. Jenom to zabírá cenný čas, který mohl být věnován vývoji a recenzím.

Přehazování hor kódu nebo nekonečný příval drobných patchů, abyste dostali své jméno do jádra, není cesta k úspěchu.

—Christian Brauner

Články

Dvě skupiny patchů správy paměti vytvořené s pomocí LLM: diskuze dvou různých přístupů k využití LLM ve vývoji jádra.
Jaderná vrstva iomap: přehled jaderné vrstvy iomap.
Pokračující reportáže ze Summitu o linuxových úložištích, souborových systémech, správě paměti a BPF 2026:
- Omezení záporných dentry: debata o roli záporných kešových záznamů adresářů a jejich dopadu na výkon.
- Rychlejší RCU a alokace paměti bez zamykání: dvě sezení týkající se vylepšení alokace a uvolňování paměti – v jádře a v BPF zvláště.
Pokrok modernizace šifrování v jádře: Eric Biggers sdílí svou práci na zjednodušení šifrovacích API jádra.

Vydání z 16. 7. 2026

LWN.net Weekly Edition for July 16, 2026.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 15. července 2026

Vývojové jádro 7.2-rc3 bylo vydáno 12. července. Linus řekl: „Věci nadále vypadají normálně (‚nový normál‘ s trochu větším přísunem commitů, ačkoliv mám pocit, že to vidíme vyvažované odjezdy na letní dovolené).“

V tomto vydání bylo viděno 14 229 neslučovacích změn od 2 261 vývojářů, z nichž 448 jsou noví přispěvatelé do jádra.

Stabilní aktualizace: v tomto týdnu žádné nebyly vydány.

Citáty týdne

Quotes of the week. Jonathan Corbet. 15. července 2026

Ještě jednou díky za pomoc s NOMMU. Rád bych ti dal medaili, ale budeš se muset spokojit s přecpanou schránkou přijaté pošty.

—Andrew Morton

Uvědomuji si, že někteří lidé opravdu nemají rádi AI, ale v této oblasti jsem ochoten stát si jako hlavní správce za svým.

Linux nepatří mezi anti-AI projekty a pokud s tím má někdo problém, může provést ten open-source krok a udělat fork.

Nebo prostě jít pryč.

AI je nástroj, stejně jako jiné nástroje, které používáme. A zjevně je užitečný.

—Linus Torvalds

Linus na té blbosti trvá, v podstatě protože se nemusí potýkat s AI slopem :)

Souhlasím s ním, že AI je užitečná, když se používá citlivě a vkusně. Ta hranice je tenká a tvrdit, že jádro není proti AI, je v pořádku.

Ale jenom nástroj? No tak, chlape.

Působí zmatek mezi recenzenty a správci, protože kokoti teď můžou posílat haldy hovadin a správci takhle neškálují.

Myslím, že to je nástroj, asi tak jako jaderná bomba je jenom nástroj…

—Lorenzo Stoakes

Opravdu není jiná přijatelná možnost, než že se všichni musí smířit s generativní AI? Žádná varianta pro lidi s etickými obavami, aby mohli zůstat součástí jaderné komunity? Žádná jiná varianta než úplná kapitulace a přísaha věrnosti? Takhle si čím dál tím víc připadám a vím, že nejsem sám.

—Laurent Pinchart

Články

Bezzámkové MPSC FIFO fronty v io_uring: pohled na navýšení výkonu mířící do io_uring v jádře 7.2.
Pokračování reportáží ze Summitu o linuxových úložištích, souborových systémech, správě paměti a BPF 2026:
- Odstínění běžících jader od útoků pomocí BPF: John Fastabend probírá strategii rychlé imunizace zranitelných jader proti novým útokům.
- Posílání paketů přímo z BPF: zařízení, které umožní BPF vytvářet odchozí síťové požadavky.
- Témata v testování souborových systémů: diskuze o testování souborových systémů, obzvláště patchů zaměřených na stabilní jádra.

Vydání ze 23. 7. 2026

LWN.net Weekly Edition for July 23, 2026.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 22. července 2026

Vývojové jádro 7.2-rc4 bylo vydáno 19. července. Linus řekl: „Celý tento týden jsem měl pocit, že lidé začali vyrážet na letní dovolené, ale podle čísel jsem se musel mýlit – všechno vypadá docela normálně.“

V tomto vydání bylo viděno 14 716 neslučovacích změn od 2 343 vývojářů, z nichž 481 jsou noví přispěvatelé do jádra.

Velké stabilní aktualizace 7.1.4, 6.18.39 a 6.12.96 byly vydány 18. července.

Vskutku masivní 7.1.5 (2 077 commitů), 6.18.40 (1 611), 6.12.97 (1 276), 6.6.145 (1 266), 6.1.178 (1 067), 5.15.212 (843) a 5.10.261 (699) byly revidovány a očekávány 23. července.

Citáty týdne

Quotes of the week. Jonathan Corbet. 22. července 2026

No. Vždycky jsme se na to dívali tak, že /proc/vmstat je skládka pro vývojáře, takže cokoliv jde přidávat, odebírat a měnit. Že jsme selhali v dokumentaci toho souboru, je náš poněkud tajemný způsob, jak to uživatelům sdělit. ;)

—Andrew Morton

Meta-komentář k těm nedělním 400+ CVE. Konečně jsem si o víkendu vyhradil kus času, abych dohnal ztrátu ve frontě k revizi, kde jsem byl _hodně_ pozadu, a konečně jsem se přiblížil ke konci. Všechna jaderná CVE jsou revidována veřejně v našem gitovém repozitáři, takže kdo chce, může to sledovat a komentovat. Všechna byla ve frontě týdny, neměla by být pro nikoho překvapením, s jedinou výjimkou, že nám to tak dlouho trvalo (což bylo dokonalou shodou okolností 6 týdnů konferencí a dovolených).

—Greg Kroah-Hartman

Články

Sched-ext: enqueue() v podplánovačích a podpora přeneseného vykonávání: pokračuje pokrok v subsystému sched_ext.
Pokračování reportáží ze Summitu o linuxových úložištích, souborových systémech, správě paměti a BPF 2026:
- Zabezpečení LSM BPF před ovlivňováním: Christian Brauner vede diskuzi problémů, které mělo systemd s nasazováním LSM BPF.
- Začlenění famfs?: famfs cílí na sdílený přístup k nasazením s velkou pamětí, ale nenašel si cestu do jádra, takže diskuze byla soustředěna na to, jak to změnit.
- Připojování programů k více trasovacím bodů: Jiří Olša probírá změny nutné k zefektivnění připojování trasovacích bodů.
Debata o roli velkých jazykových modelů v jaderné komunitě: jaderná diskuze LLM je nuancovanější, než by si leckdo mohl myslet.

Vydání ze 30. 7. 2026

LWN.net Weekly Edition for July 30, 2026.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 29. července 2026

Vývojové jádro 7.2-rc5 bylo vydáno 26. července. Linus řekl: „Na můj vkus je to moc velké, ale nic z toho mi nepřipadá obzvlášť podivné nebo děsivé.“

V tomto vydání bylo viděno 15 256 neslučovacích změn od 2 452 vývojářů, z nichž 526 jsou noví přispěvatelé do jádra.

Obrovské stabilní aktualizace: 7.1.5, 6.18.40, 6.12.97, 6.6.145, 6.1.178, 5.15.212 a 5.10.261 byly vydány 24. července. Vydání 6.12.98 s jedinou opravou přišlo 25. července, pak následovaly 6.12.99, 6.6.146 a 6.1.179 (také s jedinou opravou regrese) 29. července.

Vzpomínka na Dana Williamse

Mourning Dan Williams. Jonathan Corbet. 23. července 2026

Právě jsem dostal překvapivou zprávu, že zemřel Dan Williams, mnohaletý významný jaderný vývojář. Znal jsem ho hlavně díky jeho dlouhé službě v Technickém poradním výboru Linux Foundation. Vždy byl silná, přemýšlivá a inteligentní osobnost. Dan nám bude velmi chybět.

Probíhá iniciativa na podporu Danovy rodiny po dobu, co se vyrovnávají se ztrátou.

Na památku Dana Williamse

In remembrance of Dan Williams. Jonathan Corbet. 25. července 2026

21. července ztratila jaderná komunita Dana Williamse, jednoho z nejoblíbenějších přispěvatelů. Dave Hansen a Thomas Gleixner, kteří s Williamsem oba široce spolupracovali, sepsali nekrolog a umožnili Linux Weekly News zveřejnit ho. Bude nám velmi chybět, ale zanechal nám mnoho vzpomínek.

Citáty týdne

Quotes of the week. Jonathan Corbet. 29. července 2026

Od autorů patchů se očekává, že se budou proaktivně zabývat recenzemi generovanými AI a nakládat s touto zpětnou vazbou stejně jako se všemi ostatními recenzemi: buď je budou debatovat, nebo je vyřeší. V obou případech je očekávána odpověď v e-mailové konferenci.

Autorům se důrazně doporučuje spustit revize LLM zasílaných patchů ještě před odesláním. Velkým sadám, které vyvolají značné množství zpětné vazby vygenerované AI, se pravděpodobně dostane velmi malá pozornost správců a recenzentů.

—Paolo Abeni aktualizuje pravidla síťového subsystému

V dobách, kdy Linux běžel na abaku, jsem přidal __GFP_NOFAIL, protože čtyři nebo pět našich míst (souborových systémů) donekonečna cyklilo na alloc_pages, dokud neuspělo. Přišel jsem na to, že bychom tuto operaci měli přesunout do alokátoru stránek, abychom tato místa mohli snadno najít a opravit je, aby To Nedělala.

Dal jsem (v seznamu změn a komentářích v kódu) jasně najevo, že žádný nový kód by neměl __GFP_NOFAIL používat. Jak to dopadlo?
    hp2:/usr/src/linux-7.2-rc4> grep -r __GFP_NOFAIL | wc -l
    241
To je ale trapas!

—Andrew Morton

Také řeknu na rovinu, že tato sada patchů je celá založená na kódu napovídaném LLM. Všechen ho reviduji a opravuji všechny chyby, problémy, obavy atd., jakmile LLM napoví nový flák kódu, abych zabránil sčítání a násobení chyb. Tím pádem kód nakonec vypadá tak, jako kdybych ho napsal ručně, ne jak by ho vibe–kódoval LLM bez dohledu. Chyby v kódu jsou mé, ne výsledek použití LLM k předvídání kódu, kterých bych napsal, rychleji, než jak bych ho mohl sám napsat.

—Dave Chinner