La semaine a été électrique dans la communauté Linux. Linus Torvalds, créateur du noyau et connu pour son franc-parler, a sèchement rejeté un lot de modifications destinées à l’architecture RISC-V (adoptée par Debian 13) pour la version 6.17 du noyau. Dans un message posté sur la /" class="external external_icon" target="_blank">liste de diffusion LKML, Torvalds n’a pas mâché ses mots : « No. This is garbage and it came in too late », autrement dit « C’est de la merde et ça arrive trop tard ».
En retard et « inutile » : Linus Torvalds démonte un patch RISC‑V et reporte les nouveautés à 6.18. Voici ce qui s’est passé et pourquoi il s’est fâché.
Le pull request, soumis par Palmer Dabbelt (ingénieur chez Google) à seulement quelques jours de la clôture de la fenêtre de fusion, proposait des ajouts allant de l’intégration de RISC-V IOMMU à des optimisations de performances pour les opérations d’endianess, en passant par la prise en charge de nouvelles extensions SBI. Problème : selon Torvalds, certaines parties du code n’avaient rien à voir avec RISC-V et polluaient des fichiers génériques du noyau, notamment avec un « helper » make_u32_from_two_u16() jugé inutile et source de confusion.
Dans son message, Torvalds ironise : « Ce genre de truc rend le monde activement pire ». Il reproche aussi la manœuvre consistant à envoyer un gros lot de modifications juste avant la clôture, espérant qu’il soit trop occupé pour tout examiner en détail.
L’échange, relayé par The Register et Tom’s Hardware, entre autres, illustre à quel point les revues de code dans le noyau Linux peuvent être sans filtre. Torvalds, malgré son style direct, rappelle un point central : un code intégré au noyau doit être à la fois propre, pertinent et soumis dans les temps, quelle que soit l’architecture visée.
Conséquence directe : ces changements RISC-V ne seront pas intégrés dans Linux 6.17 et devront attendre la version 6.18, avec une consigne claire : soumettre tôt, et sans « garbage » hors du périmètre RISC-V. Cette mise au point s’ajoute à d’autres rappels de Torvalds sur l’importance de la qualité et de la clarté du code, surtout dans un projet de cette ampleur.
