Developpez.com - Rubrique Linux

Le Club des Développeurs et IT Pro

Linus Torvalds aux développeurs du noyau : « grandissez et arrêtez de faire des demandes d'extraction juste avant la date limite »,

La première version candidate de Linux 6.1 est disponible

Le 2022-10-17 19:19:18, par Bill Fassinou, Chroniqueur Actualités
Linus Torvalds a publié dimanche la première version candidate de Linux 6.1 (Linux 6.1-rc1) avec le support initial de Rust, l'ajout de MGLRU et la prise en charge de nouveaux matériels. La version stable de Linux 6.1 devrait arriver en décembre et sera probablement la version du noyau de Linux LTS de cette année. Torvalds a également lancé un appel aux développeurs pour qu'ils lui facilitent la vie en ajoutant du code plus tôt dans le cycle de développement. Il demande à chaque développeur de préparer le code qu'il souhaite ajouter à la nouvelle version du noyau avant l'ouverture de la fenêtre de fusion.

La fenêtre de fusion de deux semaines qui s'est ouverte avec la publication du noyau Linux 6.0 le 2 octobre est maintenant officiellement fermée et il est temps d'avoir un avant-goût de la prochaine version majeure, le noyau Linux 6.1. Linux 6.1-rc1 est prêt pour les testeurs, les adopteurs précoces et les utilisateurs à la pointe de la technologie qui veulent avoir un aperçu de ce qui sera inclus dans la version stable, qui est attendu pour le début ou la mi-décembre 2022 (soit le 4 décembre ou le 11 décembre). Comme cela a été annoncé depuis un moment, la plus grande nouveauté de Linux 6.1 est probablement la fusion du code de l'infrastructure Rust.



Cela rend possible le développement de pilotes dans un autre langage que le C. Toutefois, bien que cela semble très excitant pour les développeurs Rust, il ne s'agit que d'une mise en œuvre très basique du support pour le langage Rust qui ne peut pas être utilisé pour des cas d'utilisation réels pour le moment. Pendant la fenêtre de fusion, Linux 6.1 a ajouté de nombreuses autres fonctionnalités excitantes, notamment : MGLRU a été fusionné pour offrir un potentiel de performance significatif, en particulier pour les systèmes à mémoire limitée, et le travail sur le nouveau support graphique Intel Arc Graphics et AMD RDNA3 a été poursuivi.

En outre, KMSAN (Kernel Memory Sanitizer) a ajouté. KMSAN est un détecteur dynamique d'erreurs de mémoire pour le noyau Linux. Il fournit une solution rapide et complète pour trouver les bogues d'utilisation après la libération et hors limites. Entre autres nouveautés de Linux 6.1, Linux x86_64 émettra un avertissement par défaut sur les mappages W+X et AMD Platform Management Framework a fusionné, imprimant les cœurs de CPU où les défauts de segmentation se produisent. Cette dernière fonctionnalité aurait permis de détecter tous les débordements de tampon basés sur memcpy de ces dernières années, et bien plus encore.

Torvalds estime que le nouveau noyau Linux 6.1 pourrait recevoir jusqu'à huit versions candidates. « Cette version ne s'annonce pas particulièrement importante : nous n'avons "que" 11 500 commits non fusionnés pendant cette fenêtre de fusion, contre 13 500 la dernière fois. Donc pas exactement minuscule, mais plus petit que les dernières versions. Au moins en nombre de commits », a déclaré Torvalds. Une autre chose importante est la série de VM LRU multi-gen. Par ailleurs, puisque ce sera la dernière version majeure du noyau Linux de l'année, elle devrait également être la prochaine série LTS (Long-Term Support).

Enfin, Torvalds a profité de l'occasion pour demander aux développeurs du noyau d'être plus "proactifs" à l'avenir afin qu'il n'ait pas trop de choses à gérer à la fin de la fenêtre de fusion. « Laissez-moi juste dire qu'après avoir réglé ma machine et rattrapé la fenêtre de fusion, j'ai été quelque peu frustré par les demandes d'extraction tardives. Je l'ai déjà mentionné, mais c'est vraiment assez ennuyeux de recevoir un certain nombre de demandes d'extraction dans les derniers jours de la fenêtre de fusion », explique Torvalds. Il a offert des conseils sur la façon dont les développeurs de noyaux peuvent faire les choses correctement.

« Oui, la fenêtre de fusion est de deux semaines, mais c'est surtout pour me laisser le temps d'examiner les choses, pas pour "deux semaines pour mettre en place à la hâte une branche que vous enverrez à Linus le vendredi de la deuxième semaine". L'idée de "faire une nuit blanche pour rendre le papier la veille de la réunion" est quelque chose qui aurait dû disparaître après le lycée. Pas pour le développement de noyaux. La règle est que les choses qui me sont envoyées doivent être prêtes *avant* l'ouverture de la fenêtre de fusion, pas pendant la fenêtre de fusions », a déclaré dimanche Torvalds dans son message.

Il a ajouté : « avec un peu de mou pour "la vie arrive", bien sûr, mais j'ai vraiment l'impression que quelques personnes traitent la fin de la fenêtre de fusion comme une date limite, manquant l'ensemble "il était censé être prêt avant la fenêtre de fusion" ». Torvalds a reconnu que ce n'est pas la première fois qu'il dit cela, mais aimerait que ce soit la dernière. Il espère que plus de développeurs pourraient le prendre à cœur cette fois.

Source : Linus Torvalds

Et vous ?

Que pensez-vous des nouveautés de Linux 6.1-rc1 ?
Quel est votre avis sur les plaintes de Torvalds à propos des développeurs qui font tardivement des demandes d'extraction ?

Voir aussi

L'inclusion de Rust for Linux à la version 6.1 du noyau est désormais en cours comme souhaité par Linus Torvalds, et va rendre possible le développement de pilotes dans un autre langage que le C

Linus Torvalds annonce officiellement le noyau Linux 6.0, cette version introduit la prise en charge de l'architecture matérielle AArch64

Rust for Linux est officiellement fusionné, le support initial de Rust for Linux fournit l'infrastructure de base et une intégration élémentaire

Un premier aperçu de Rust dans le noyau 6.1, avec Jonathan Corbet, « il n'y aurait pas encore assez de Rust dans le noyau pour faire quoi que ce soit d'intéressant », estime-t-il
  Discussion forum
54 commentaires
  • Ti-Slackeux
    Membre éprouvé
    je me suis arrêté là :
    Faut-il opérer le retrait de termes comme master ou slave au motif de ce qu’ils véhiculent des stéréotypes raciaux ?
    "Deux choses sont infinies : l'Univers et la bêtise humaine.
    Mais, en ce qui concerne l'Univers, je n'en ai pas encore acquis la certitude absolue."
    Albert Einstein
  • OrthodoxWindows
    Membre émérite
    Envoyé par Ti-Slackeux
    je me suis arrêté là :

    "Deux choses sont infinies : l'Univers et la bêtise humaine.
    Mais, en ce qui concerne l'Univers, je n'en ai pas encore acquis la certitude absolue."
    Albert Einstein
    Je suis d'accord, ce débat est vraiment con. Mais bon, visiblement certains n'ont pas mieux à faire que perdre du temps au lien de réaliser des vrais corrections dans le code.
    Cependant, ce genre de polémique stérile est souvent soutenu pas des grosses entreprises ; peut-être faut-il y voir un intérêt pour détourner l'attention de leur méfaits.
    Parfois c'est plus direct, c'est le logiciel libre qui est visé (je pense à la polémique sur Stallman).

    C'est comme ceux qui sont contre l'utilisation des termes "liste noir/blanche". Alors que culturellement, associer le noir au "mal" ou a la mort n'a rien de raciste, c'est quelque chose de très ancien qui vient du fait que sans lumière, on ne voit rien (on risque donc sa vie). Je ne serai pas surpris que certains peuples en Afrique fassent la même association.
    Comparer ça au racisme c'est à peu près la même logique que de dire qu'utiliser la couleur orange pour indiquer un chantier revient à traiter tous les roux de travailleur du BTP
    Surtout qu'en plus, aucun homme n'est vraiment "noir" sur Terre, en réalité, il n'y a que des nuances de brun...
  • chrtophe
    Responsable Systèmes
    Comme si ne plus utiliser les termes maitres/esclaves allait faire disparaitre l'esclavage ou rendre justice aux victimes présentes, passés, ou futurs.

    On peut aller très loin dans la connerie :

    Nous tous (ou quasiment) travaillant dans l'informatique sommes des prestataires de services.
    service désigne l'action de servir, càd être au service, à la disposition de quelqu'un. Du coup faut-il remettre ce terme en question dans ce contexte, surtout que service vient du latin servitium signifiant état d’esclave, cervitude).
  • Aspartame
    Membre confirmé
    Bonjour

    étudiant en master, je m'inquiète sérieusement sur mon diplôme.
  • yannoo95170
    Membre régulier
    « Oui, la fenêtre de fusion est de deux semaines, mais c'est surtout pour me laisser le temps d'examiner les choses, pas pour "deux semaines pour mettre en place à la hâte une branche que vous enverrez à Linus le vendredi de la deuxième semaine". L'idée de "faire une nuit blanche pour rendre le papier la veille de la réunion" est quelque chose qui aurait dû disparaître après le lycée. Pas pour le développement de noyaux. La règle est que les choses qui me sont envoyées doivent être prêtes *avant* l'ouverture de la fenêtre de fusion, pas pendant la fenêtre de fusions » a déclaré dimanche Torvalds dans son message.

    Pourquoi ne pas mettre en place une fenêtre d'une ou 2 semaines de propositions/analyses de branches **AVANT** l'ouverture de la fenêtre de fusion ?
  • petitours
    Membre chevronné
    Envoyé par shunesburg69
    L'esclavage s'est terminé en France en 1848 et aux USA en 1865, je vois personne de vivant concerné par cette histoire d'esclavage. Pour info, la plupart du temps c'est des militants (noir ou blanc) qui non jamais eux de famille dans l'esclavage et qui oublient que des blancs comme moi ont des ancêtres esclaves et qui s'en foutent de ses débats stériles. Ils feraient mieux de s’inquiéter de la discrimination positive (et autre racisme anti-blanc) qui font du racisme en passant faire l'inverse.
    Inde, Chine (les Ouïghours ), Pakistan, et bien d'autres pays. L'esclavage existe bien encore aujourd'hui. Mais une fois de plus le problème est l'esclavage, pas le mot qui le désigne très bien et ça n'a rien à faire dans les discussions sur l'intégration de Rust dans Linux.
  • smarties
    Expert confirmé
    Quand on voit les tweets, c'est certain que RUST apporte énormément de fiabilité pour de la programmation système.

    Je ne suis pas sur de la pertinence d'un transcompilateur car cela peut produire des choses difficilement compréhensibles.

    Les bibliothèques système peuvent aussi être écrites en RUST et utilisées pour tout.

    Avoir le C et RUST pour le noyau complexifie probablement mais si on peut avoir des éléments de qualité, performants, stables et sécurisés il faut continuer l'intégration progressive de RUST.
  • petitours
    Membre chevronné
    Envoyé par Stéphane le calme
    « Il est clair que certaines personnes sont blessées par ces termes et que leur utilisation suscite chez elles un sentiment de malaise, non pas pour des raisons techniques, mais en raison de leur contexte historique et social », a déclaré Google, en estimant qu'il s'agissait d'arguments suffisants pour les faire disparaître. « Master-slave est une métaphore oppressive qui ne sera et devrait jamais être totalement détachée de notre histoire », souligne un développeur de Microsoft, qui appelle à leur remplacement.
    "Maitres" et "esclave" ont un sens très clair, il se trouve que ce sens désigne très bien des choses affreuses qui se sont produites et qui se produisent encore. Le malaise concerne la situation qui est décrite par ces termes parfaitement adaptés, pas par les termes eux même. "Malaise" est bien a l'image de ce débat de vocabulaire stupide ; je doute que les gens concernés par cette horreur soient "blessés" ou "mal à l'aise", ils souffrent sûrement, ils sont en colère peut être mais certainement pas "mal à l'aise" !

    Pour revenir au sujet du code, ces gens peuvent aussi sans malaise utiliser ces 2 termes parfaitement adaptés a certains modèles de communication. Et en plus personne ne souffre et personne n'est opprimé dans ces usages informatiques des mots.
    J'espère que Linus Torvalds, prompt a envoyer balader les mauvais, remettra rapidement en place ces gens qui veulent se rendre intéressant en massacrant le vocabulaire et donc la fameuse clarté.

    "Le Schtroumpf n'a pas besoin de se prendre le Schtroumpf concernant le Schtroumpf pour faire Schtroumpfer le Schtroumpf" Comprend qui peut, mais c'est ça de tuer le vocabulaire.

    Pour le reste les questions sont trop dispersées. Il y a des questions super pertinentes sur Rust et Linux suivies de ce sujet inepte de destruction du vocabulaire qui en aucun cas améliorera l'inclusion et la diversité de qui que ce soit.
  • pokap
    Membre régulier
    Envoyé par Ti-Slackeux
    je me suis arrêté là :

    "Deux choses sont infinies : l'Univers et la bêtise humaine.
    Mais, en ce qui concerne l'Univers, je n'en ai pas encore acquis la certitude absolue."
    Albert Einstein
    “Celui qui ressent sa propre vie et celle des autres comme dénuées de sens est fondamentalement malheureux, puisqu'il n'a aucune raison de vivre.”
    Albert Einstein
  • TJ1985
    Membre chevronné
    Ces débats masturbatoires ne peuvent être que la production de personnes sous-employées, sous-motivées, ayant tout loisir d'exercer leurs talents en activités de diversion. Des inutiles, en somme.
    J'ai exercé une trentaine d'années dans un environnement où la "diversité" était la règle, où mes collègues venaient de littéralement un peu partout sur la Planète. Nous étions suffisamment occupés à faire avancer le schmilblick pour ne pas nous soucier de ce qui se passait dans le slip de tel ou telle, ni de nos histoires familiales réciproques.
    A posteriori, il y aurait eu beaucoup à en dire, les ancêtres des uns ont saccagés la culture ancestrales des autres, les ancêtres de certains se sont fait esclavagiser par les aïeux de certains autres, sur la rive sud de la Méditerranée, certains ont échappé de justesse aux fureurs de mers hostiles ou sont passés sous des barbelés mortels pour fuir des paradis imposés par des psychopathes mégalomanes.
    Tous ensemble nous avons fait évoluer une entreprise, en lui permettant de rester à la pointe de son domaine, au niveau mondial. Nous avons mis en commun la meilleure part de nous-mêmes, écartant nos singularités.
    Ça a marché.