Druhý release candidate jádra Linux bývá obvykle nejklidnější částí vývojového cyklu. Po skončení slučovacího okna si vývojáři zpravidla vydechnou a na odhalení regresí je ještě brzy. Linux 7.3-rc2 se ale tomuto vzorci vymyká: Linus Torvalds jej označil za „full fat“ vydání — na pohled týden nepůsobil zvlášť rušně, objem změn však říká opak.
11
27
Torvalds neurčil jednu konkrétní příčinu. Část změn tvořil opožděný pull request pro EDAC, tedy subsystém pro detekci a opravy chyb paměti, podle něj ale sám o sobě velikost vydání nevysvětluje. Sešly se také opravy od několika souborových systémů a větší DRM pull request s řadou dílčích oprav grafického subsystému. Poznámka, že za to lze „rovnou obvinit AI“, proto byla vtipem, nikoli tvrzením, že velikost rc2 přímo způsobila velká jazyková modelová AI.
11
Co přináší Linux 7.3-rc2
Nejde o reakci na jedinou mimořádnou regresi. Změny jsou rozprostřené napříč projektem: největší podíl mají ovladače, zatímco nástroje představují zhruba pětinu změn mimo ovladače. Výrazně jsou zastoupeny také souborové systémy, samotné jádro a síťová vrstva.
18
Mezi viditelné opravy a úklidové změny patří:
- opravy takzvaných misfit situací v plánování s ohledem na cache u hybridních procesorů, které mají zlepšit výkonové chování;
9
- celoprojektový úklid: další alokace se přesouvají z
kmalloc() na kmalloc_obj();
9
- opravy zobrazovací části ovladače Nouveau pro hardware NVIDIA Blackwell;
9
- změna, která při dostupné podpoře Rustu a rustovského toolchainu standardně vypíná bezpečnostní mechanismus RandStruct;
9
- změna v EDAC, která se omylem nedostala do slučovacího okna Linuxu 7.3;
9
- hlášené posílení ověřovače BPF a opravy regresí plánovače.
23
Právě souběh legitimní údržby v několika subsystémech vysvětluje velký objem rc2 lépe než jeden jednoduchý viník.
Co znamená narážka na AI — a co ne
Torvaldsův žert má reálné pozadí. Už dříve označil přerostlé release candidaty v pozdní fázi vývoje za nový normál spojený s kontrolou kódu různými AI nástroji. To ale neznamená, že AI napsala nebo způsobila každý patch. Důležité je spíš to, že automatizovaná analýza odhaluje více problémů, které pak musejí lidé vyhodnotit, opravit a začlenit.
3
4
Greg Kroah-Hartman, jeden z hlavních správců Linuxu, samostatně varoval, že Linux 7.3 může být „drsný“ vývojový cyklus. Aktivita kolem AI a LLM zvyšuje přísun hlášení chyb i navrhovaných patchů. Některé jsou užitečné, jiné nikoli; třídění a kontrola však zůstávají na vývojářích jádra, včetně hlášení týkajících se starého či dlouho neudržovaného kódu.
32
Rozsah práce ukazuje i bezpečnostní trend. Před cyklem Linuxu 7.3 se uvádělo, že počet opravených CVE na vydání vzrostl z přibližně 500 u verzí Linux 6.9 až 6.19 na více než 1 000 v Linuxu 7.0 a přes 1 500 v Linuxu 7.2. Pokud bude trend pokračovat, Linux 7.3 se může přiblížit hranici 2 000. Jde však o odhad, nikoli o konečný počet pro stabilní verzi 7.3.
12
34
Velké rc2 po velkém rc1
Rušný týden následuje po už tak nadprůměrně velkém Linuxu 7.3-rc1. Měření velikosti stromu zdrojových kódů uvádí přibližně 40,98 milionu řádků, oproti zhruba 40,42 milionu v Linuxu 7.2 — nárůst asi o 560 000 řádků.
5
13
Nejde přitom o 40,98 milionu řádků spustitelného kódu. Započítány jsou i komentáře, prázdné řádky a další obsah stromu zdrojových souborů.
13 Přesto jde o výmluvný kontext: jádro vstoupilo do testovací a opravné fáze po slučovacím okně, které značně rozšířilo už tak mimořádně rozsáhlý projekt.
Může se vydání Linuxu 7.3 protáhnout?
Linux 7.3-rc2 je testovací předverze, ne finální stabilní jádro. Archiv kernel.org jej uvádí k 6. září 2026.
30
Větší objem změn v raném release candidatu sám o sobě neznamená posun harmonogramu. Pokud by ale významné opravy a regrese přicházely dál až v pozdní části cyklu, mohou správci vydat další release candidaty. Smysl je prostý: dát důležitým opravám více času na ustálení a testování, místo aby stabilní verze vyšla ve chvíli, kdy do ní stále rychle přitékají změny.
Pro uživatele Linuxu a linuxové distribuce z toho neplyne, že Linux 7.3 je automaticky méně bezpečný. Rozhodující bude, zda se vysoký objem promění v dobře otestované opravy, nebo zda bude vytvářet další pozdní změny. Torvaldsova narážka na AI vystihuje právě toto napětí: automatická analýza může najít skutečné chyby, ale nemůže nahradit lidské posouzení, začlenění a otestování každého navrženého patchu.