Linux 6.17 : Linus Torvalds rejette un ensemble de correctifs pour l'architecture RISC-V en raison de leur soumission tardive, tout en les traitant de « déchets »

à cause de leur qualité jugée médiocre

Linus Torvalds reste à cheval sur les règles régissant le développement du noyau Linux. Le grand patron de Linux vient de le démontrer une nouvelle fois dans le cadre des travaux sur la version 6.17 du noyau. Linus Torvalds a rejeté les correctifs RISC-V pour Linux 6.17 proposés par un ingénieur de Google, les jugeant « indésirables » en raison de leur mauvaise qualité et de leur retard dans la fenêtre de fusion. Les mises à jour sont reportées à la version 6.18, ce qui pourrait, entre autres, ralentir l'adoption de RISC-V. L'équipe doit affiner ses soumissions pour les cycles futurs. Cela met en évidence les normes strictes du noyau Linux en matière de stabilité.

Le processus de développement du noyau Linux est sujet à des disputes, à des opinions tranchées et, à l'occasion, à des affrontements dramatiques. Malgré cela, le développement a progressé régulièrement au fil des décennies, sous l'impulsion d'une communauté diversifiée de contributeurs aussi passionnés qu'attachés à leurs principes. De temps à autre, l'un de ces débats internes éclate au grand jour, comme c'est le cas avec les derniers correctifs RISC-V.

En juin 2025, nous avons assisté à la controverse liée au retrait du système de fichiers Bcachefs du noyau Linux, qui a soulevé des questions sur la qualité et la maintenabilité du code. Bcachefs est resté dans une phase expérimentale depuis son ajout dans Linux 6.7 en raison de problèmes de stabilité.

Toutefois, Linus Torvalds a supprimé le support à la suite d'un désaccord avec le développeur de Bcachefs sur les règles relatives au cycle de développement du noyau. Aujourd'hui, l'attention de la communauté se porte sur les correctifs RISC-V pour la prochaine fenêtre de fusion Linux 6.17, qui ont rencontré des difficultés. Linus Torvalds a rejeté cet ensemble de correctifs en raison de deux problèmes principaux : le timing et la qualité du code des correctifs.

Un rappel à l'ordre sur les soumissions tardives de propositions

Linus Torvalds a rejeté l'ensemble de correctifs RISC-V pour Linux 6.17 parce qu'ils ont été envoyés trop tard. Il avait demandé que les soumissions soient faites tôt, car il était en déplacement, mais celles-ci sont arrivées juste avant la date limite. Plus précisément, la mise à jour du code RISC-V a été soumise le 8 août 2025 pour la fenêtre de fusion Linux 6.17. Et la fenêtre de fusion Linux 6.17 devrait se terminer le 10 août avec la sortie de Linux 6.17-rc1.


Les correctifs pour l'architecture RISC-V ont été proposés par Palmer Dabbelt, membre de l'équipe Android de Google. Le rejet des correctifs met en évidence le processus de développement rigoureux du noyau Linux, où les fenêtres de fusion sont sacro-saintes pour garantir la stabilité et la sécurité.

Pour mémoire, RISC-V est une architecture de jeu d'instructions (ISA) libre et open source qui a vu le jour à l'université de Californie à Berkeley en 2010. Elle gagne du terrain dans tous les domaines, des systèmes embarqués au calcul haute performance. L'architecture RICS-V est désormais gérée par RISC-V International avec plus de 4 500 membres, et se positionne comme un challenger face aux architectures propriétaires telles que ARM et x86.

Linus Torvalds a également vivement critiqué la qualité du code

Linus Torvalds n'a pas apprécié que certaines modifications aient été apportées en dehors des parties RISC-V, qualifiant ces modifications de « déchets » et affirmant qu'elles n'avaient pas leur place dans le code général. « Non. C'est nul et ça arrive trop tard. J'ai demandé des pull requests précoces, car je suis en déplacement, et si vous ne pouvez pas respecter cette règle, faites au moins en sorte que les pull requests soient *bonnes* », a-t-il écrit.

Linus Torvalds s'est montré très direct. Il a ajouté : « cela ajoute divers déchets qui ne sont pas spécifiques à RISC-V aux fichiers d'en-tête génériques. Et par « déchets », je le pense vraiment. Ce sont des choses que personne ne devrait jamais m'envoyer, sans parler d'un retard dans une...