Linux 7.3-rc2 kom vid en tidpunkt i utvecklingscykeln som normalt är relativt stillsam. Den andra release candidate-versionen (rc2) följer vanligen direkt efter sammanslagningsfönstret, innan många regressionsfel hinner upptäckas. Men den här gången blev mängden ändringar betydligt större än väntat.
Linus Torvalds skrev att versionen inte kändes särskilt hektisk, men att den uppenbarligen var det. Han kallade den en ”full fat”-utgåva.
11
27
Någon enda förklaring fann han inte. En sent inkommande EDAC-pull – ändringar för felupptäckt och felkorrigering – bidrog, men enligt Torvalds var den för liten för att förklara omfattningen. I stället sammanföll rättningar från flera filsystem med en ganska stor DRM-pull med spridda grafikrelaterade ändringar. I det sammanhanget skämtade han om att man lika gärna kunde skylla på AI. Det var just ett skämt, inte ett påstående om att en språkmodell direkt hade orsakat rc2:s storlek.
11
Vad som har rättats i Linux 7.3-rc2
Ändringarna är spridda över många delar av projektet, snarare än koncentrerade till en enda akut bugg. Drivrutiner står för merparten av den totala uppdateringen. Bland övriga ändringar utgör verktyg ungefär en femtedel, följt av filsystem, kärnans centrala delar och nätverk.
18
Bland de mer konkreta ändringarna finns:
- rättningar i cachemedveten schemaläggning för hybridprocessorer, med målet att förbättra prestandabeteendet
9
- en genomgående städning som flyttar fler allokeringar från
kmalloc() till kmalloc_obj()
9
- bildskärmsrättningar i Nouveau-drivrutinen för NVIDIAs Blackwell-hårdvara
9
- en ändring som stänger av RandStruct-säkerhetsfunktionen som standard när Rust-stöd och Rust-kompilator finns tillgängliga
9
- EDAC-ändringar som missade sammanslagningsfönstret för Linux 7.3
9
- rapporterade förstärkningar av BPF-verifieraren och rättningar av regressioner i schemaläggaren.
23
Helheten förklarar varför rc2 blivit stor utan att det finns en enkel huvudorsak: flera delsystem levererade legitimt underhållsarbete samtidigt.
AI-skämtet speglar en verklig belastning
Torvalds kommentar har en tydlig bakgrund. I tidigare sena testversioner har han beskrivit ovanligt stora rc-utgåvor som ett nytt normalläge, kopplat till granskning med olika AI-verktyg. Det är inte samma sak som att AI har skrivit eller orsakat varje ändring. Den relevanta effekten är snarare att automatiserade verktyg hittar fler möjliga problem som mänskliga underhållare måste bedöma och eventuellt rätta.
3
4
Greg Kroah-Hartman, en av Linuxprojektets centrala underhållare, har separat varnat för att Linux 7.3 kan bli en ”rough” – besvärlig – utvecklingscykel. AI- och LLM-relaterade felrapporter och patchförslag ökar inflödet. Vissa bidrag är värdefulla, men sortering, granskning och testning ligger fortfarande på kernelutvecklarna, även när rapporterna gäller gammal eller sällan ändrad kod.
32
Säkerhetsarbetet visar storleksordningen. Inför 7.3-cykeln rapporterades att antalet åtgärdade CVE:er per utgåva hade ökat från omkring 500 i Linux 6.9–6.19 till över 1 000 i 7.0 och över 1 500 i 7.2. Linux 7.3 skulle kunna närma sig 2 000 om utvecklingen fortsätter, men det är en prognos – inte ett slutligt totalantal för 7.3.
12
34
Efter en redan stor 7.3-rc1
Den hektiska rc2-versionen kommer dessutom efter en ovanligt stor 7.3-rc1. Källträdet uppskattades då till omkring 40,98 miljoner rader, jämfört med cirka 40,42 miljoner i Linux 7.2 – en ökning på ungefär 560 000 rader.
5
13
Siffran betyder inte att kärnan består av 40,98 miljoner rader körbar kod. Den omfattar även kommentarer, tomma rader och annat innehåll i källträdet.
13
Kan Linux 7.3 behöva längre testtid?
Linux 7.3-rc2 är en förhandsversion för testning, inte den färdiga stabila kärnan. Kernel.org listade 7.3-rc2 den 6 september 2026.
30
En stor tidig testversion innebär inte automatiskt att tidplanen förskjuts. Men om många omfattande rättningar och regressioner fortsätter att komma sent kan underhållarna välja att släppa fler rc-versioner. Det ger ändringarna mer tid att testas och stabiliseras innan den skarpa utgåvan.
För Linuxanvändare och distributioner är slutsatsen därför inte att 7.3 i sig är osäker. Avgörande blir i stället om den stora mängden ändringar hinner granskas och testas ordentligt, eller om den fortsätter att skapa sena justeringar. Torvalds AI-skämt fångar den balansen: automatiserad analys kan hitta verkliga fel, men den kan inte ersätta det mänskliga arbete som krävs för att värdera, integrera och testa varje föreslagen rättning.