Linux 7.2.6 mène une série stable de 9 000 correctifs

Greg Kroah-Hartman a publié ensemble sept noyaux Linux stables, porteurs de plus de 9 000 correctifs au total. LWN.net en a rendu compte le 14 septembre 2026, et le conseil qui l'accompagne est l'habituel : mettez à jour. C'est le volume qui rend la chose notable, et Kroah-Hartman l'a lui-même signalé.

Cette série « pourrait établir un record du nombre de correctifs, avec plus de 9 000 en tout entre eux », a-t-il écrit.

Un noyau stable est une version de maintenance. Elle reprend un noyau déjà publié et y ajoute les correctifs intégrés au noyau de développement le plus récent, sans ajouter de fonctionnalités. Cette pratique s'appelle le rétroportage. C'est ainsi qu'une distribution ou un produit peut rester des années sur une même version de noyau tout en recevant des correctifs.

Les sept versions

Série	Version
7.2	7.2.6
6.18	6.18.52
6.12	6.12.110
6.6	6.6.157
6.1	6.1.188
5.15	5.15.221
5.10	5.10.270

Linux 7.2.6 en porte à lui seul la plus grande part, avec plus de 1 800 correctifs.

Comment le décompte devient visible

Le nombre de correctifs n'est pas un résumé rédigé après coup. Il figure dans la ligne d'objet du message de relecture.

Avant la sortie d'un noyau stable, Kroah-Hartman envoie l'ensemble complet à la liste de diffusion du noyau sous forme de version candidate, pour que mainteneurs et utilisateurs la testent. Le message correspondant s'intitule « [PATCH 7.2 0000/1815] 7.2.6-rc1 review » et a été envoyé le 12 septembre 2026. Le 0000/1815 est la numérotation des correctifs : la taille de la série est donc indiquée dans le titre du premier message.

Cette fenêtre de relecture est la partie qu'il faut connaître. Les correctifs sont publics plusieurs jours avant la sortie, et c'est la fenêtre pendant laquelle une régression propre à votre charge de travail peut encore être repérée et signalée.

Ce que cela signifie pour les développeurs

Traitez ce volume comme un fait de planification, pas comme un avertissement. Une série plus grosse n'est pas la preuve d'une version de moindre qualité. Elle signifie en revanche plus de lignes modifiées arrivant d'un coup sur vos systèmes. Et elle signifie aussi plus de surface pour une régression que vous seul remarqueriez.

Trois gestes pratiques. D'abord, déterminez sur quelle série vous êtes réellement, avec uname -r, et confrontez-la au tableau ci-dessus au lieu de supposer que votre distribution suit la plus récente. Ensuite, si vous exploitez du matériel inhabituel ou un module hors arbre, déployez d'abord sur une machine avant que cela n'atteigne le parc. Les modules hors arbre sont ici la source courante de surprises, car rien dans le processus stable ne les teste.

Enfin, si vous rencontrez une régression, signalez-la contre la série stable plutôt que de la contourner localement. La fenêtre de relecture existe exactement pour cela, et un correctif intégré en amont atteint tout le monde sur cette série.

La seule chose à ne pas lire ici, c'est une urgence quant à la durée de vie de votre noyau. Ni l'annonce ni l'article de LWN ne dit qu'une de ces sept séries arrive en fin de maintenance : rien ici ne modifie donc une échéance de mise à jour. Que les séries 5.10 et 5.15 reçoivent encore des versions est en soi le signal utile pour qui budgète un produit de longue durée.

Par ailleurs, le même arbre s'apprête à s'alléger : des mainteneurs disposent d'une branche qui retirerait environ 247 000 lignes d'ancien code ARM 32 bits. Lues ensemble, les deux nouvelles disent quelque chose de la destination de l'effort du noyau. Rétroporter des correctifs sur sept branches à la fois est le coût d'un matériel pris en charge pendant une décennie. Et supprimer les plateformes mortes est la façon dont les mainteneurs tentent de garder ce coût payable.