Linux 7.2-rc5 arrive avec une mise à jour massive du stack réseau et vise une sortie stable le 16 août

26 juillet 2026 — Linus Torvalds a publié le Release Candidate 5 du noyau Linux 7.2, et il ne cache pas que le volume de patches est « plus gros que ce quil aimerait ». La cause est simple : les conférences de la semaine précédente ont créé un goulet détranglement, et le backlog de correctifs — principalement réseau — a été intégré dun seul bloc.

Avec plus de 35 % des modifications concentrées sur les pilotes réseau, cette RC5 marque un tournant dans le cycle 7.2. La version stable est attendue le 16 août 2026, soit moins de trois semaines après la RC5 — un calendrier compressé qui laisse peu de temps aux administrateurs pour valider leurs charges de travail.

Un RC5 dominé par le réseau, un phénomène ponctuel

Linus Torvalds est transparent dans son message de release : « Rien ne ma semblé particulièrement étrange ou effrayant », mais « cest un peu trop gros à mon goût ». Le volume anormal sexplique par des retards de merge liés aux conférences — les mainteneurs réseau ont accumulé des correctifs validés pendant les événements et les ont soumis en bloc au retour à leurs bureaux.

La répartition des patches RC5 donne une image claire :

• Réseau (drivers/net/, net/core/) : > 35 % des changements, quasi exclusivement des pilotes
• Son (sound/) : nombreux correctifs de configuration spécifiques à du matériel ancien
• USB (drivers/usb/) : volume inhabituel, dépassant même les mises à jour GPU
• TTY, block, firewire, SMB, btrfs, selftests, perf, rust bindings : correctifs ponctuels dispersés

Le fait que les correctifs USB dépassent les mises à jour GPU est une anomalie statistique dans le rythme tardif du cycle — habituellement, ce sont les GPU qui dominent les RC5. Cette inversion ponctuelle ne traduit aucune tendance structurelle.

La boucle de découverte IA devient la norme

Un aspect notable de cette RC5 est lomniprésence des correctifs issus d’outils automatisés de découverte de bugs. Les fuzzers et les analyseurs statiques dopés à l’IA continuent de remonter des particularités matérielles que les relecteurs humains ne détectent pas lors des passes manuelles.

Le sous-système audio en est le principal bénéficiaire dans cette RC5 : les correctifs de configuration audio proviennent en majorité de scans automatisés qui détectent des quirk tables incomplètes — ces tables de compatibilité qui associent un périphérique audio à ses paramètres spécifiques. Sans ces correctifs, un chipset audio Realtek ALC256 pouvait ne pas détecter ses haut-parleurs internes sur un modèle de laptop spécifique.

Torvalds ne sen étonne plus. La « nouvelle normalité » du cycle de développement est que chaque RC contient un volume croissant de correctifs issus de lautomatisation, et cette RC5 ne fait pas exception.

Un bug Firewire IPv4 vieux de 17 ans enfin corrigé

Parmi les correctifs notables de cette RC5, un patch pour le stack réseau IPv4 over IEEE-1394 (Firewire) corrige un bug présent dans le mainline depuis environ 2009. Le bug en question ne provoquait pas de crash, mais pouvait entraîner des comportements indéterminés dans les rares déploiements industriels utilisant encore Firewire pour le transport réseau.

Léquipe kernel a publiquement annoncé son intention de maintenir le support IEEE-1394 jusquen 2029, principalement pour des déploiements industriels et militaires qui utilisent du matériel rack certifié et ne peuvent pas être migrés. Ces organisations ont des cycles de vie matériels de 15 à 20 ans — un bug réseau latent datant de 2009 devient un problème de conformité en 2026.

Ce qui arrive dans la version stable 7.2

Au-delà du volume réseau de la RC5, le noyau 7.2 embarque un ensemble de fonctionnalités qui intéresseront les administrateurs :

• Performances graphiques Intel Panther Lake : les GPU Xe3 Arc B390 bénéficient doptimisations de performances significatives, préparant le terrain pour la prochaine génération de laptops Intel
• Optimisations PCIe 5.0 pour AMD EPYC Turin : les plateformes serveur AMD EPYC de génération Turin reçoivent des améliorations spécifiques pour le stockage NVMe PCIe 5.0, avec des gains mesurés de 8 à 12 % sur les débits séquentiels
• Dépréciation de lAPI AF_ALG : lAPI crypto userspace AF_ALG est officiellement marquée comme dépréciée, en prévision de sa suppression dans Fedora 45. Les applications qui lutilisent doivent migrer vers lAPI kcapi ou les appels système sendmsg/recvmsg
• Bindings Rust : de nouvelles abstractions Rust pour la gestion mémoire et les pilotes, poursuivant lintégration progressive du langage dans le noyau

Un cycle comprimé : du merge window à la stable en moins dun mois

Le cycle 7.2 est plus rapide que la moyenne. La merge window a ouvert à la mi-juillet 2026, la RC1 a suivi quelques jours plus tard, et la RC5 est déjà sur les serveurs avec une cible stable au 16 août. Ce calendrier — moins dun mois entre la merge window et la stable — est comprimé, même selon les standards modernes du kernel.

Pour les administrateurs qui testent les RC en production, la recommandation est claire : attendez la RC6 avant de déployer sur des charges critiques. Une sortie stable précipitée réserve rarement de bonnes surprises — et le volume réseau de la RC5, bien que « stable » selon Torvalds, mérite au moins une semaine de rodage supplémentaire.

Ce que la RC5 nous dit sur le cycle 7.3

Le cycle 7.3, qui débutera juste après la sortie stable de la 7.2, prépare déjà des changements plus lourds :

• Une série de cleanups kvm_mmu pour réduire la complexité du code de gestion mémoire des machines virtuelles
• Le support de l’offloading réseau in-kernel vers les GPU AMD, une fonctionnalité qui permettra aux GPU AMD de traiter des paquets réseau directement, sans passer par le CPU
• Une réécriture du chemin dentrée des appels système (syscall entry path), visant à réduire la latence de 8 à 12 % sur les syscalls fréquents comme read() et write()

Ces fonctionnalités ne seront pas dans la 7.2, mais leur présence dans la file dattente de la merge window 7.3 indique que le rythme dinnovation du kernel ne ralentit pas — il accélère.

Verdict

Linux 7.2-rc5 est un bon cru — à condition de ne pas le déployer en production avant la RC6.

• Si vous testez la RC5 dans un environnement de pré-production, concentrez vos efforts sur la pile réseau (drivers, VLAN, bonding, hardware offloading). Cest là que se trouve le gros du volume de patches, et cest là que les bugs résiduels se cachent.
• Si vous gérez du matériel industriel ancien avec Firewire, cette RC5 vous concerne directement — le bug IPv4 corrigé après 17 ans est le genre de dette technique qui explose au pire moment.
• Si vous attendez la sortie stable du 16 août pour vos serveurs de production, prévoyez un créneau de test la semaine du 11 août sur la RC6 attendue. Ne laissez pas un cycle compressé vous voler votre fenêtre de validation.

Le noyau Linux 7.2 nest pas une release révolutionnaire. Cest une release de consolidation, avec des correctifs réseau massifs, des optimisations GPU et des corrections de bugs vieux de deux décennies — exactement le genre de noyau quon aime déployer un vendredi soir sans stress.

Références

• Linux Kernel Archives — linux-7.2-rc5.tar.gz, 26 juillet 2026
• LinuxCompatible — Linux Kernel 7.2 RC5 Released: Massive Networking Patch Push, 26 juillet 2026
• 9to5Linux — Linus Torvalds Announces First Linux Kernel 7.2 Release Candidate, consulté le 8 août 2026
• Linux Kernel Mailing List — v7.2-rc5 announcement, 26 juillet 2026