Linux 7.2-rc7 arrive plus lourd que prévu mais Torvalds confirme la sortie stable pour le week-end prochain
Le 9 août 2026, Linus Torvalds a publié le septième release candidate du noyau Linux 7.2. Le volume de changements reste supérieur à ce qu’il souhaiterait, mais il estime qu’un délai supplémentaire n’apporterait rien et confirme la sortie de la version stable le week-end prochain. Décryptage des derniers ajustements avant le gel définitif.
9 août 2026, week-end. Linus Torvalds publie le tag 7.2-rc7 sur le dépôt kernel.org. Le merge window de Linux 7.2 s’est ouvert le 6 juillet 2026 — il y a cinq semaines. Un cycle de release typique dure sept à huit semaines avec sept release candidates. rc7 est donc normalement l’avant-dernière, voire la dernière RC avant la version stable. Torvalds a tranché : pas de rc8 cette fois-ci.
La phrase qui compte est dans le courriel d’annonce. Torvalds écrit, laconique comme à son habitude : « I don’t currently see any value in delaying the 7.2 release, so I would expect that to happen next weekend unless something really bad pops up. » Traduction pour les administrateurs : Linux 7.2 stable sort le week-end du 16-17 août 2026, sauf catastrophe de dernière minute.
Un rc7 plus lourd qu’espéré
Le volume de changements dans rc7 est « plus gros que ce que j’aurais aimé », reconnaît Torvalds dans son courriel. C’est une ritournelle familière — pratiquement chaque cycle depuis Linux 5.x s’est terminé sur une note similaire. La réalité du développement du noyau en 2026 est que le rythme de contribution ne ralentit pas en fin de cycle : les mainteneurs continuent de soumettre des correctifs jusqu’au dernier moment, et Torvalds continue de les accepter quand ils sont « évidents et sûrs ».
Ce qui alourdit ce rc7 spécifiquement, c’est une combinaison de correctifs dans trois sous-systèmes :
- Networking : ajustements de dernière minute dans le planificateur XDP et le framework BPF, suite aux refontes entrées en début de merge window
- Filesystems : corrections de régression dans Btrfs et XFS, notamment autour des opérations de reflink et de la gestion des sommes de contrôle
- Architecture : corrections pour AMD Zen 5 et les puces Intel Lunar Lake, dont le support matériel continue de mûrir
Le reste des changements dans rc7 est constitué de corrections ponctuelles, typiques d’une fin de cycle : fuites mémoire, corrections de verrouillage, mises à jour de défense contre les attaques par canal latéral sur les nouvelles micro architectures.
Ce que Linux 7.2 apporte : retour sur le merge window
Puisque rc7 est la dernière RC, c’est le moment de regarder ce que Linux 7.2 embarque comme nouveautés depuis l’ouverture du merge window début juillet. Voici les contributions majeures :
BCachefs poursuit sa stabilisation. Le système de fichiers copy-on-write introduit dans Linux 6.7 continue de recevoir des correctifs à chaque cycle. 7.2 améliore la résilience du rebalance et corrige plusieurs corruptions silencieuses sur les configurations multi-disques. Kent Overstreet maintient un rythme de fusion élevé, mais le nombre de correctifs post-merge suggère que BCachefs n’a pas encore atteint une maturité comparable à Btrfs ou XFS.
Rust dans le noyau franchit un palier. Linux 7.2 intègre la nouvelle série de bindings Rust pour l’abstraction de fichiers (file.rs), portée par le projet Rust for Linux. Ces bindings permettent d’écrire des pilotes qui manipulent des fichiers directement en Rust avec le même niveau de sécurité mémoire — et sans unsafe pour les opérations courantes. Greg Kroah-Hartman a réitéré son soutien public à l’intégration de Rust comme seconde langue du noyau lors du Linux Plumbers Conference 2026.
Networking XDP multibuff et GRO en hardware. Le sous-système réseau bénéficie d’une refonte du traitement XDP (eXpress Data Path) pour supporter les paquets fragmentés (multibuff) sans copie mémoire intermédiaire. Associé aux améliorations GRO (Generic Receive Offload) délégué au matériel sur les cartes Mellanox ConnectX-8 et Intel E810, cela permet de router du trafic 100 Gbps en XDP avec des paquets de taille variable.
Améliorations de sécurité CPU. Linux 7.2 inclut des mises à jour des défenses contre les variantes de Spectre v2 et des attaques par injection d’interruption, notamment pour les processeurs AMD Zen 5 et les serveurs Intel Granite Rapids. La couverture de Safe RET a été étendue, et le Kernel Address Space Layout Randomization (KASLR) bénéficie d’une granularité supplémentaire sur ARM64.
Pourquoi rc7 est le bon moment pour geler
La décision de Torvalds de ne pas publier de rc8 est significative mais pas inhabituelle. Depuis Linux 6.1, la tendance est à des cycles plus courts avec moins de RC. Sur les quinze derniers cycles, huit se sont terminés en rc7.
L’argument de Torvalds est pragmatique : chaque RC supplémentaire retarde l’intégration des fonctionnalités prêtes pour le merge window suivant sans garantir une meilleure stabilité. Les bugs qui survivent à sept RC sont rarement ceux que la huitième RC aurait attrapés. À ce stade du cycle, la valeur marginale d’une RC supplémentaire est faible, et le coût d’opportunité pour les développeurs qui ont du code prêt pour 7.3 est réel.
La distribution des changements dans rc7 confirme ce raisonnement : la majorité des patches sont des correctifs à une ligne ou des ajustements de configuration. Les régressions majeures — celles qui auraient justifié un rc8 — n’ont pas été signalées.
Que faire pour se préparer
Pour les administrateurs et les packagers de distribution, la sortie imminente de 7.2 signifie que les backports vers les branches stables (6.12.x, 7.0.x, 7.1.x) commenceront dans la foulée. Greg Kroah-Hartman maintient actuellement six branches stables simultanément, ce qui signifie que les correctifs de sécurité de 7.2 seront rétroportés sur l’ensemble du parc supporté.
Les mainteneurs de Debian, Ubuntu, Fedora et Arch Linux préparent déjà leurs paquets 7.2-rc pour les dépôts de test. Fedora 43, dont la sortie est prévue pour octobre 2026, devrait embarquer Linux 7.2 comme noyau par défaut. Ubuntu 26.10 suivra le même calendrier.
Pour les utilisateurs finaux, le conseil est simple : attendez la version stable. Les release candidates sont destinées aux tests, pas à la production. Le 16 août 2026, extrayez le tag v7.2 depuis kernel.org, compilez, testez sur un environnement non critique, puis planifiez votre mise à jour.
Verdict
Linux 7.2 sortira le week-end du 16-17 août 2026. Le volume de changements dans rc7 est un peu plus élevé que souhaité, mais aucun showstopper ne justifie de repousser la sortie. C’est un cycle de release standard — le vrai signal pour les administrateurs est l’arrivée des backports de sécurité 7.2.x dans les jours qui suivront la sortie stable.
Si vous gérez un parc de serveurs sous Linux, préparez votre pipeline de test pour la semaine du 18 août. Les branches stables recevront les premiers backports dans les 72 heures suivant le tag v7.2.