Linux 7.3-rc2 is opvallend groot: Torvalds grapt dat AI de schuld krijgt

Linux 7.3-rc2 is ongewoon omvangrijk voor dit punt in de ontwikkelcyclus. Juist de tweede release candidate — een testversie vóór de stabiele uitgave — is doorgaans een relatief rustige week na het sluiten van het merge window. Linus Torvalds schreef echter dat deze rc2 niet bijzonder druk voelde, maar dat de hoeveelheid patches iets anders liet zien: dit is een „full fat” release. 1127

Torvalds wees geen enkele hoofdschuldige aan. Een late EDAC-pull — EDAC is kernelondersteuning voor foutdetectie en -correctie in geheugen — speelde mee, maar volgens hem was die te klein om de totale omvang te verklaren. Ook meerdere filesystems stuurden fixes in en er kwam een flinke DRM-pull met verspreide reparaties voor grafische ondersteuning. Zijn opmerking dat men AI dan maar de schuld kon geven, was dus een grap, geen conclusie dat een taalmodel deze rc2 rechtstreeks heeft veroorzaakt. 11

Welke fixes zitten in 7.3-rc2?

De wijzigingen zijn breed verspreid en draaien niet om één grote noodreparatie. Drivers vormen het grootste deel van de update. Van de niet-driverwijzigingen is ongeveer een vijfde gerelateerd aan tooling; ook filesystems, de kern van de kernel en netwerken zijn stevig vertegenwoordigd. 18

Opvallende onderdelen zijn onder meer:

• fixes voor cachebewuste scheduling op hybride cpu’s, bedoeld om het prestatiegedrag te verbeteren; 9
• een projectbrede opschoning waarbij meer geheugentoewijzingen van kmalloc() naar kmalloc_obj() verhuizen; 9
• displayfixes in Nouveau voor NVIDIA Blackwell-hardware; 9
• het standaard uitschakelen van de RandStruct-beveiliging wanneer Rust-ondersteuning en een Rust-toolchain aanwezig zijn; 9
• EDAC-wijzigingen die het merge window voor Linux 7.3 hadden gemist; 9
• hardening van de BPF-verifier en fixes voor scheduler-regressies. 23

Samen verklaren die bijdragen waarom de rc2 zo fors is, zonder dat er één simpele oorzaak is: meerdere subsystemen leverden tegelijk regulier onderhoudswerk aan.

Wat de AI-grap wel — en niet — betekent

De grap heeft wel een serieuze achtergrond. Torvalds omschreef buitenproportioneel grote release candidates eerder als een nieuw patroon, gekoppeld aan reviews door verschillende AI-tools. Dat betekent niet dat AI alle patches schrijft of dat AI elke patch veroorzaakt. Het relevante effect is vooral dat geautomatiseerde analyse meer mogelijke problemen opspoort, die vervolgens nog altijd door menselijke maintainers moeten worden beoordeeld en opgelost. 34

Greg Kroah-Hartman, een belangrijke Linux-maintainer, waarschuwde afzonderlijk dat Linux 7.3 een „rough” ontwikkeltraject kan worden. De toenemende stroom bugmeldingen en voorgestelde patches rond AI en LLM’s vergroot de triage- en reviewlast. Sommige inzendingen zijn nuttig, maar ontwikkelaars moeten ze allemaal beoordelen — ook wanneer ze oude of zelden aangepaste code betreffen. 32

De beveiligingscijfers laten zien hoe groot die werkstroom mogelijk wordt. Voorafgaand aan de 7.3-cyclus werd gemeld dat het aantal gerepareerde CVE’s per release steeg van ongeveer 500 bij Linux 6.9 tot en met 6.19 naar meer dan 1.000 in 7.0 en meer dan 1.500 in 7.2. Als de trend doorzet, kan Linux 7.3 de 2.000 naderen. Dat is nadrukkelijk een verwachting, geen definitief totaal voor 7.3. 1234

Na een al uitzonderlijk grote rc1

De drukke rc2 volgt op een eveneens grote Linux 7.3-rc1. Volgens code-statistieken groeide de bronboom naar circa 40,98 miljoen regels, tegenover ongeveer 40,42 miljoen in Linux 7.2: een toename van ruwweg 560.000 regels. 513

Dat zijn niet uitsluitend uitvoerbare coderegels. De telling omvat ook commentaar, lege regels en andere inhoud in de bronboom. In de analyse werden 30.937.090 regels code, 4.912.366 commentaarregels en 5.134.418 lege regels aangetroffen. 13

Kan de ontwikkelcyclus langer duren?

Linux 7.3-rc2 is een testmoment en geen stabiele kernelrelease. Kernel.org vermeldde versie 7.3-rc2 op 6 september 2026. 30

Een grote vroege release candidate betekent op zichzelf niet dat de planning uitloopt. Blijven er echter veel substantiële fixes en regressies laat in de cyclus binnenkomen, dan kunnen de maintainers extra release candidates uitbrengen. Dat geeft patches meer tijd om te stabiliseren en getest te worden voordat Linux 7.3 als stabiele versie verschijnt.

Voor Linux-gebruikers en distributies is de conclusie daarom niet dat versie 7.3 per definitie onveilig is. De kernvraag is of de grote stroom werk uitmondt in goed geteste fixes, of juist in voortdurende late wijzigingen. De AI-grap van Torvalds vat precies die spanning samen: automatische analyse kan echte fouten vinden, maar neemt het menselijke werk voor beoordeling, integratie en testen niet weg.