Linux 7.1

 (lore.kernel.org)
1 points par GN⁺ 6 시간 전 | 1 commentaires | Partager sur WhatsApp
  • Linux 7.1 a été publié dans le calendrier habituel, et le flux de développement du noyau se poursuit avec l’ouverture de la fenêtre de fusion juste après la publication
  • Les changements de la semaine dernière ne faisaient ressortir aucun point particulièrement intéressant ou préoccupant, ce qui correspond plutôt à l’état recherché
  • Les modifications consistent principalement en petites mises à jour des pilotes GPU, réseau, audio et divers autres pilotes, ainsi qu’en correctifs pour les outils de réseau et de traçage
  • La fenêtre de fusion s’ouvre le lendemain, mais un long vol sans ordinateur portable ni Internet pourrait rendre les premiers jours de traitement plus irréguliers que d’habitude
  • Certaines premières pull requests peuvent être récupérées à l’avance et traitées hors ligne, et les tests doivent continuer après la publication

Vue d’ensemble de la publication

  • La publication de Linux 7.1 a bien eu lieu au moment prévu, mais en raison du fuseau horaire actuel, elle n’a pas été effectuée dans le créneau horaire habituel
  • La fenêtre de fusion s’ouvre le lendemain de la publication, mais comme cela se fera depuis un autre fuseau horaire, le calendrier pourrait devenir un peu irrégulier
  • D’ordinaire, le plus de travail possible est traité en avance pendant les premiers jours de la fenêtre de fusion, mais cette fois cela pourrait être difficile à cause d’un long vol sans ordinateur portable ni connexion Internet
  • Certaines premières pull requests ont déjà été récupérées à l’avance, ce qui permet de traiter une partie des fusions même hors ligne

Fonctionnement de la fenêtre de fusion

  • Il peut y avoir un léger retard dans la fenêtre de fusion, mais l’information essentielle de cette publication reste la sortie de 7.1
  • L’idée de prolonger la publication d’une semaine a aussi été envisagée, mais il a été jugé que cela n’en valait pas vraiment la peine
  • Il est demandé de faire preuve d’un peu de compréhension, car le temps de réponse pendant les prochains jours de la fenêtre de fusion pourrait être assez aléatoire
  • Les tests doivent continuer après la publication

Nature des changements de la semaine dernière

  • Le shortlog de la semaine dernière ne fait ressortir aucun élément particulièrement intéressant ni inquiétant, ce qui correspond à une situation normale pour une publication
  • La majorité des changements se compose de petites mises à jour de pilotes
    • Les domaines concernés sont les GPU, le réseau, l’audio et divers autres pilotes
  • Des correctifs liés au réseau et aux outils de traçage sont également inclus
  • Les autres zones contiennent divers petits changements

Principaux périmètres de correction

  • Dans les pilotes série USB, des problèmes de heap overflow et de bulk-out buffer overflow ont été corrigés
  • Côté réseau, des erreurs et fuites ont été corrigées dans plusieurs sous-composants, notamment Open vSwitch, netfilter, SCTP, TCP, IPv6, XDP, RDMA, mlx5 et mvpp2
  • Dans les domaines DRM et GPU, des erreurs liées à amdgpu, xe, i915, virtio, hyperv et colorop, ainsi que des problèmes de refcount et des soucis liés à la mise en veille et à l’arrêt, ont été corrigés
  • Dans la gestion mémoire et les zones autour des fichiers et de l’IPC, de nombreux problèmes ont été corrigés, dont des use-after-free, NULL pointer dereference, refcount leak et resource leak
  • De petites corrections ont aussi été appliquées à des pilotes et outils liés à I2C, GPIO, SPI, ASoC, cpufreq, firmware, thunderbolt et Hyper-V

Points pratiques à retenir

  • Cette publication suit davantage une dynamique de release de correction orientée stabilisation qu’une annonce de grandes fonctionnalités
  • Dans les environnements utilisant des pilotes, le réseau ou des outils de traçage, il est utile de vérifier les correctifs par sous-système inclus dans le shortlog
  • La poursuite des tests a été demandée après la publication, et il faut tenir compte d’un possible retard de réponse au début de la fenêtre de fusion

À lire aussi

1 commentaires

 
GN⁺ 6 시간 전
Commentaires sur Hacker News

  • Personnellement, j’attends avec impatience ce commit qui corrige le Wi‑Fi lent que je rencontrais avec la combinaison modem/routeur de FAI + ordinateur portable
    https://github.com/torvalds/linux/commit/711a9c018ad252b2807...
    J’espère qu’il arrivera vite dans Fedora

  • J’ai hâte d’essayer le nouveau pilote NTFS
    J’espère que cette version sera meilleure que le ntfs3 de Paragon

    • Je me demande ce qui manquait à l’ancien pilote
      Le support NTFS sous Linux sert surtout à lire et écrire des fichiers sur des disques Windows, non ? Et, y compris avec l’ancien pilote basé sur FUSE avant Paragon, j’ai trouvé que les pilotes NTFS de Linux faisaient correctement le travail pour cet usage
    • Il est bien
      Je l’ai empaqueté dans mon overlay Gentoo et je l’utilise depuis quelques mois, et je n’ai pas les problèmes bizarres que je voyais avec ntfs3

  • La valeur par défaut actuelle d’Arch est 7.0.10
    J’espère que la 7.1 arrivera bientôt dans la rolling release

    • Fedora prendra probablement quelques mois
      En ce moment, c’est 7.0.12

  • Je pense que pousser hors du noyau du code très ancien et presque jamais utilisé afin de réduire les rapports de bugs assistés par IA est l’un des meilleurs effets apportés par l’IA
    J’aime bien
    Il faut maintenant commencer à enlever un peu de gras partout

    • C’est exactement ce genre de raisonnement qui a poussé des organisations à remplacer en masse des postes de bureau parfaitement fonctionnels juste parce qu’ils ne pouvaient pas faire tourner Windows 11
      Moi, j’utilise encore des serveurs vieux de 10 ans, et sous Linux ils tournent très bien
    • « La perfection est atteinte, non pas lorsqu’il n’y a plus rien à ajouter, mais lorsqu’il n’y a plus rien à retirer. » — Antoine de Saint-Exupéry
      Un de mes amis a eu pendant un temps la réputation d’être celui qui avait supprimé X lignes de code aujourd’hui
    • J’ai essayé de soumettre du code pour retirer des pilotes anciens de la compilation du noyau dans certaines distributions, mais tout a été refusé
      Tant que Torvalds n’a pas dit que c’était acceptable, tout le monde a peur de casser l’expérience utilisateur
    • C’est peut-être une blague en apparence, mais à la première lecture j’ai compris ça comme le fait que Linux élimine des surfaces d’attaque liées à des fonctionnalités rarement utilisées
      Au moins sur les systèmes d’exploitation mobiles, des formats ou fonctionnalités atypiques et rares ont souvent été, ou peuvent encore être, une source fréquente de bugs exploitables
    • Les utilisateurs finaux ne feront peut-être pas de mise à niveau, donc j’aimerais bien avoir une définition du matériel obsolète
      Pour moi, toutes les imprimantes HP sont obsolètes, mais quelqu’un d’autre peut avoir un critère tout aussi valable et complètement différent
      Je me demande comment on définit cela pour le matériel informatique

  • Y a-t-il quelque chose de particulièrement intéressant dans cette version ?
    À mon avis, le premier chiffre de la version change simplement quand le second devient trop grand, sans autre raison particulière

  • Quelqu’un d’autre a vu un avatar animé passer très brièvement juste avant le chargement du contenu ? C’était quoi ?

  • Flash info : Linus est en déplacement
    J’ai raté quelque chose, ou c’est juste encore un chiffre ?

    • Quand un changement de numéro n’apporte pas de gros bouleversement et n’essaie pas de tout améliorer d’un coup, ça devient un peu ennuyeux
      Cela dit, cette peur de rater quelque chose liée aux numéros pousse la nouveauté, et cela a l’avantage de resserrer la boucle d’amélioration
      Les choses intéressantes et risquées sont toujours derrière des flags, donc si cela vous importe vraiment, vous pouvez compiler, configurer et benchmarker vous-même votre noyau et votre système
    • « Quoi qu’il en soit, il peut y avoir quelques hoquets dans la merge window, mais la nouvelle du jour, c’est 7.1. »
      « Rien de particulièrement intéressant ou effrayant ne saute aux yeux, et c’est exactement comme cela doit être. »
      Donc oui, c’est un chiffre
    • Je suis surpris que personne ne paie le Wi‑Fi en vol à Linus
      En termes de rendement par dollar, ce serait pourtant une dépense de tout premier ordre !

  • Peut-on sans risque supposer qu’on verra ça dans Debian Stable vers 2036 ?

    • Les versions récentes du noyau Linux sortent dans l’ordre 7.1, 7.0, 6.19, 6.18, …
      https://fr.wikipedia.org/wiki/Historique_des_versions_du_noyau_Linux
      7.0 est déjà dans forky (actuelle testing) et est aussi proposé en backport pour trixie (actuelle stable)
      https://packages.debian.org/search?keywords=linux-image-amd6...
      https://packages.debian.org/trixie-backports/linux-image-amd...
      Le noyau par défaut de trixie/stable est 6.12, publié pour la première fois en novembre 2024, et il est officiellement pris en charge en amont jusqu’en décembre 2028
    • Je sais que c’est un mème, mais j’utilise un noyau backporté sur Debian Stable, en version 6.19
      À l’heure actuelle, il n’y a plus qu’une version mineure d’écart avec 7.0
      J’aimerais que davantage de gens envisagent Debian pour leurs machines. J’aime le fait que ce soit un système très stable ; contrairement à Ubuntu, l’expérience a vraiment été du genre « ça marche, tout simplement », sans les frictions qu’on rencontre avec les petites distributions
      J’ai installé Debian Trixie sur du matériel assez récent alors qu’elle était encore en Testing ; pour la compatibilité j’ai tout mis en AMD, mais tous les pilotes nécessaires étaient là
      Maintenant, il ne me reste plus qu’à comprendre comment construire des paquets pour pouvoir contribuer à Debian, et j’aimerais aussi qu’AMD mette enfin de l’ordre dans la prise en charge des NPU sous Linux
    • Sur Debian, il est assez facile de construire soi-même des paquets du noyau directement à partir des sources vanilla
      J’installe les toutes dernières 7.0.x quelques heures après leur sortie
      Selon le temps qu’on passe à parcourir le ChangeLog, la compilation prend environ 30 à 45 minutes. Ça peut varier selon l’environnement
    • Ce n’est sans doute pas une question sérieuse, mais pour répondre sérieusement : je ne me suis jamais inquiété une seule fois du noyau utilisé sur Debian Stable
      Si vous voulez un noyau plus récent, utilisez Debian unstable (Sid) ; en ce moment, c’est 7.0.12. C’est le noyau qui correspond à l’actuelle stable pendant que 7.1 est en mainline
      Sur serveur, Stable, actuellement Trixie, fonctionne déjà très bien même avec le noyau 6.17.3
      Debian Forky sortira vers 2027 et utilisera, selon la situation, un noyau 7.0.x ou 7.1.x
      Le noyau utilisé actuellement dans testing, donc dans la future stable, est 7.0.10
    • Quand Forky/14 sortira l’an prochain, elle inclura sans doute cette version ou une plus récente, non ?
      Debian avance lentement, mais si vous voulez du rapide, utilisez Arch ou Fedora ; Debian continue quand même d’avancer