The linus-next kernel branch has been presented for testing in continuous integration mode

Sasha Levin de Google, responsable du suivi des branches LTS du noyau Linux et membre du conseil consultatif de la Linux Foundation, a annoncé la création d'une nouvelle branche du noyau Linux - «linus-next», qui, à l'instar de la branche «linux-next», est destinée à tester les modifications proposées pour inclusion dans la version principale du futur noyau Linux, mais se distingue par son orientation vers les changements prêts à être intégrés dans la branche principale et par l'offre d'une base plus stable et plus adaptée aux tests.

Auparavant, la branche «linux-next» était parfaitement adaptée pour vérifier l'intégration des modifications dans le noyau, évaluer les conflits entre sous-branches des différents mainteneurs et identifier les erreurs et avertissements liés à la compilation, mais il était problématique de l'utiliser pour tester les modifications apportées. La branche «linux-next» comprend un mélange de changements prêts à être intégrés dans la version principale du noyau et d'extensions expérimentales qui peuvent nécessiter un long développement et qui, peut-être, ne seront jamais acceptées dans la branche principale.

La présence d'un code expérimental instable interdit d'utiliser le noyau «linux-next» pour un test fonctionnel complet, car le code expérimental peut avoir un impact négatif sur les autres sous-systèmes du noyau. Dans la nouvelle branche «linus-next», les critères d'acceptation des modifications seront plus stricts - seules les demandes de tirage adressées à Linus Torvalds que les développeurs estiment que Linus acceptera dans la branche principale seront incluses.

L'apparition de la branche «linus-next» permettra non seulement de tester la compatibilité des modifications proposées au niveau de la compilation du noyau, mais aussi d'évaluer directement leur fonctionnement, ce qui améliorera la qualité des tests des modifications lors de l'examen des demandes de tirage déjà soumises mais encore non examinées par Linus. Cette nouvelle branche encouragera également l'envoi de demandes de tirage le plus tôt possible, avant le début de la période d'acceptation des modifications, afin de permettre leur test en conditions réelles. De plus, la branche «linus-next» se développera selon un modèle d'intégration continue, plutôt qu'une mise à jour quotidienne avec création d'un nouveau tag, ce qui simplifiera l'analyse des problèmes émergents et l'identification des modifications spécifiques ayant causé un échec.

Il convient également de noter le mécontentement de Linus Torvalds concernant le processus de blocage au niveau du noyau des vulnérabilités matérielles, exprimé lors des discussions sur les problèmes et les régressions dans le code pour contrer les attaques utilisant des vulnérabilités dans le mécanisme d'exécution spéculative des instructions dans le CPU. Les modifications nécessaires pour bloquer les vulnérabilités matérielles compliquent le développement, entraînent des régressions et nuisent à la performance, bien que la plupart des attaques exploitant de telles vulnérabilités soient purement théoriques et ne soient jamais appliquées en pratique, en dehors des conditions de laboratoire.

En considérant la proposition de modifier le noyau pour contourner les problèmes potentiels liés à la lutte contre les vulnérabilités matérielles, Linus a suggéré de faire peser la responsabilité sur les fabricants de matériel, considérés comme les responsables de l'apparition de ces vulnérabilités, et de faire comprendre qu'ils doivent résoudre leurs propres problèmes. Le changement proposé était destiné à être ajouté comme une mesure de précaution, car, en raison de l'incertitude du comportement du CPU, la protection pourrait potentiellement cesser de fonctionner sur certains nouveaux CPU Intel.

Source : opennet.ru