La septième version candidate du noyau, Linux 6.18-rc7, Il est déjà dans l'arbre Git Ce numéro hebdomadaire marque la dernière ligne droite avant la publication régulière. Sauf imprévu de dernière minute, le lancement officiel est prévu pour le dimanche 30 novembre. Ce numéro est clairement consacré à… Corrections de régressions, optimisation des pilotes et ajustements mineurs qui permettent d'optimiser un cycle qui s'annonce très chargé.
Un détail stratégique ne passe pas inaperçu : tout indique que Linux 6.18 sera la version à venir. version LTS (support étendu) annuelleCela explique le soin apporté aux correctifs architecturaux, aux sous-systèmes réseau, aux GPU et à la sécurité. De plus, cette version RC7 intervient après une alerte concernant rc6Une régression dans la mémoire virtuelle (VM) qui a été corrigée par un simple correctif, mais qui a servi de rappel que, si près de la résolution, Le moindre détail négligé pourrait entraîner une semaine supplémentaire..
Qu'offre Linux 6.18-rc7 et pourquoi c'est important ?
L’objectif de rc7 est de consolider la stabilité : les variations ont été réduites par rapport à rc6 et la plupart des changements se répartissent dans les catégories habituelles : Mises à jour des pilotes (avec un accent particulier sur le GPU et le réseau), correctifs architecturaux (longarch, mips, arm64)On note également des améliorations au niveau du réseau au niveau du noyau, ainsi que des mises à jour des outils et de la documentation. Un correctif important pour SELinux a également été apporté suite à une confusion dans la dénomination des variables qui avait entraîné… renommer pour dégager le passage.
Les faits saillants de l'actualité de cette semaine
Parmi les changements visibles, le plus notable est la correction de l'identifiant du fournisseur pour MIPS dans l'écosystème RISC-V. La valeur était incorrecte à la fois dans le noyau et dans le code de test QEMU ; elle est maintenant fixée à 0x127, ce qui harmonise les deux. Ce type d'ajustements subtils permet d'éviter… incompatibilités difficiles à diagnostiquer pendant le développement et la virtualisation.
Côté matériel grand public, le RC7 permet une utilisation à deux mains des écrans tactiles de l'AYANEO Flip DS. Cela signifie que les deux numériseurs sont activés, une fonctionnalité essentielle pour toute personne utilisant cet appareil comme… Console PC portable avec commandes tactilesDes améliorations sont également prévues pour la gamme ASUS ROG Ally, le Lenovo Legion Go et plusieurs ordinateurs portables Alienware : une vague de mises au point qui étend la compatibilité et peaufine les détails des machines de jeu populaires.
Ce qu'a dit Linus Torvalds
Dans son message d'annonce, Linus a reconnu que la semaine RC6 n'avait pas été optimale en raison de ce problème avec la machine virtuelle, même si la correction s'est avérée mineure. Malgré cela, il reste confiant : sauf surprise majeure, la Le lancement final devrait être prêt le week-end prochain.Cette RC7 est plus maîtrisée que la précédente, et c'est bon signe : peu de « turbulences » et des changements globalement normaux.
Traduction libre de l'esprit du messageLa régression du sous-système de mémoire virtuelle dans RC6 a constitué un coup dur tardif, mais le correctif était simple et ne résolvait pas un problème de fond. Dans RC7, le volume de modifications diminue ; on observe des améliorations des pilotes (principalement GPU et réseau), des corrections architecturales (avec longarch, MIPS et arm64 en priorité), des améliorations du noyau réseau, ainsi que des outils et de la documentation. Un correctif SELinux plus important que d'habitude est également inclus, suite à une… renommer les variables pour éviter toute confusionProfitons de cette dernière semaine pour rattraper les derniers retardataires.
LWN a renforcé l'interprétation selon laquelle il s'agit probablement de la dernière version RC avant une version stable 6.18. Si un problème est découvert, une version RC8 est envisageable, mais, à ce jour, on s'attend à ce que… Puisse le 6.18 arriver sans plus de retards..
Architectures : LongArch, MIPS, ARM64 et autres
Dans Loongarch, des aspects critiques ont été corrigés : l’analyse des nœuds NUMA avec numa_memblks, la consolidation des noms de processeurs dans /proc/cpuinfo, le masquage des interruptions lors de kexec/kdump pour éviter les surprises, et même une petite modification qui Désactiver le BPF springboard pour les traces dans les fonctions de moduleLes types UAPI ont également été harmonisés dans l'en-tête ptrace, ce qui simplifie les interfaces.
MIPS inclut un ensemble varié de correctifs : des améliorations pour les plateformes Malta (MMIO SOC-it avec !EVA), la prévention de l’arrêt du TLB lors de l’unification initiale, des corrections dans DTS (econet/EN751221) et une solution à défauts de segmentation aléatoires ce qui a affecté la stabilité. Parallèlement, dans RISC-V, l'identifiant du fournisseur MIPS est mis à jour à 0x127, synchronisant ainsi le noyau et les outils de test.
L'architecture ARM64 bénéficie de nombreuses modifications apportées par DTS : Rockchip voit des ajustements apportés aux cartes OPP (RK3576 et RK3588), aux broches d'alimentation PCIe et USB des cartes BigTreeTech, aux tensions sur Orange Pi 5, à l'alias ethernet0 sur Raspberry Pi 5 (BCM2712) et à la désactivation de HS400 dans certains profils. évitez les modes haute vitesse instablesSur NXP/iMX, l'iMX95 intègre des correctifs MSI, l'iMX8MP prend en charge la commutation OTG et d'autres améliorations qui optimisent la plateforme. Sur NVIDIA Tegra, les PHY sont identifiés comme sources de réveil dans Jetson Xavier NX.
Pilotes : GPU, entrées HID et plateforme x86
Le GPU et l'écran apportent de nombreux avantages. AMD corrige l'arrêt prématuré de DTBCLK, améliore la précision de la conversion pbn-kbps, corrige les tentatives de reconnexion et la synchronisation des lectures DPCD, contourne la coupure d'alimentation en mode veille pour VPE et ajoute des vérifications pour Réinitialisation de la file d'attente VCN dans SR-IOVSur Intel, le i915/xe3 charge DMC 30.02 pour Xe3_LPD, affine la détection c10phy au seul PHY A et sépare les identifiants PCI de la sous-plateforme wcl. Radeon supprime un chemin de barrière susceptible d'entraîner un blocage. Xe intègre des protections contre les débordements avec BIT(), le nettoyage des options dupliquées et la gestion des interruptions du vecteur 0 MSI-X.
Concernant les périphériques d'entrée/HID, outre la prise en charge des SONiX AK870 PRO et ELECOM M-XT3URBK, des correctifs ont été apportés aux fuites de mémoire des manettes telles que PlayStation, uclogic, ntrig et pidff ; des améliorations ont été apportées aux claviers (Lenovo Yoga Slim 7x), aux capteurs AMD SFH (arrêt avant redémarrage) et la gestion des entrées a été modifiée. Coussinet de pression d'entrée_propriétéDes touches spéciales sont également en cours de mise au point sur les équipements HONOR, et Goodix ajoute l'identifiant ACPI GDIX1003 avec des améliorations au niveau de la gestion des broches.
La plateforme x86 est livrée avec de nombreuses améliorations : le module amd/pmc reconnaît le SoC Van Gogh, la prise en charge du processeur 8042 (dont la compatibilité avec le processeur obsolète) est ajoutée au ROG Ally, et des fonctionnalités pour le Lenovo Legion Go 2 sont incluses. Du côté HP/Alienware, de nouveaux profils thermiques et de refroidissement sont disponibles pour les modèles Omen et Victus, et la prise en charge d'AWCC est intégrée à l'Alienware 16 Aurora ; la couverture est également étendue à l'ensemble des familles « M », « X » et « G » dans le pilote alienware-wmi-wmax. MSI et Acer reçoivent également ces améliorations. paramètres et événements de chargement dans ses modules WMI.
Réseau et stockage : MPTCP, L2TP, NVMe et plus encore
MPTCP figure en tête de liste des correctifs : les conditions de concurrence dans la planification des tâches et les minuteurs sont corrigées, la génération d’accusés de réception est améliorée en cas de repli, les plantages prématurés sont évités, le repli est retardé en cas de paquets reçus dans le désordre et la fermeture rapide est découplée de la logique TCP traditionnelle. Dans L2TP, la réinitialisation est désormais effectuée correctement. Contrôle de la mémoire tampon SKB en transmissionVeth gagne en robustesse pour éviter de se bloquer en raison de conflits lors de la gestion des files d'attente TX.
NVMe et son protocole Fibre Channel optimisent la durée de vie de la file d'attente des requêtes de gestion et garantissent l'annulation des tâches en attente par la suppression de pilotes. Un avertissement lockdep lors des analyses de partitions est corrigé dans multipath. Le chemin d'erreur dans idpf est également amélioré pour éviter les déréférencements nuls, et des pilotes tels que ice (nettoyage PTP), mlx5 (gestion des IRQ), mlxsw (statistiques et vérifications) et Open vSwitch (suppression de la prise en charge NSH, qui n'a jamais fonctionné) sont optimisés. phylink (modes pris en charge dans les liaisons fixes) et DSA (microchip lan937x et hellcreek).
Systèmes de fichiers et VFS
efivarfs est toujours gelé avant l'hibernation/la suspension pour éviter la corruption des données, et XFS corrige les lectures hors limites en réparant les liens symboliques. Plusieurs systèmes (vfat, exfat, isofs et à nouveau xfs) vérifient désormais la valeur de retour de sb_min_blocksize(), et le sous-système de blocs marque cette API comme __doit_vérifier pour que personne ne l'ignore. tmpfs/shmem corrige la reconfiguration avec noswap, bfs reconstruit le type de fichier au chargement, et des améliorations sont apportées au chemin VFS (iput_not_last) et à Landlock pour éviter les interruptions dues à des appels potentiellement en veille.
Sécurité : SELinux et XFRM
SELinux renomme les variables clés (task_security_struct devient cred_security_struct et est normalisé en crsec le cas échéant) et déplace le cache de décision d'accès vers un contexte par tâche, facilitant ainsi raisonner et éviter la confusionXFRM contient une série de correctifs : références SA dans les mises à jour, suppression des tunnels non ajoutés, états marqués comme MORT lorsque les migrations échouent, nettoyage de l’état du périphérique en cas d’échec de déplacement, messages d’erreur/EXTACK améliorés et recherche des états résiduels lors de la suppression d’un netns.
Mémoire, temps et outils
Le réglage fin s'effectue au niveau de la mémoire et des temporisateurs : memblock calcule correctement les pages libres avec réserve souple, mempool n'empoisonne pas indûment les pages HIGHMEM, ticks corrige un état d'inactivité et les temporisateurs empêchent une concurrence avec des pointeurs de fonction nuls lors de l'exécution de shutdown_sync. La gestion du temps corrige une fuite de ressources et mm/huge_memory initialise correctement la mémoire. énorme folio zéroio_uring ajuste les types d'arguments, perf remet les compteurs à zéro dans l'horloge du processeur et les outils RISC-V corrigent les désalignements de définition CSR.
Virtualisation et ACPI
KVM/arm64 calcule les interruptions FGT avant de les activer et finalise les registres d'identification une seule fois par machine virtuelle ; dans SVM (AMD), les mises à jour redondantes des interceptions LBR MSR sont évitées. ACPI/APEI/EINJ corrige l'initialisation et l'injection dans la version 2, et plusieurs éléments de documentation de type kernel-doc dans les modules de la plateforme Intel, tee uapi et autres sont harmonisés, ce qui facilite la compilation propre de l'arbre. Améliorer la qualité de la référence.
À en juger par l'activité et le ton de l'annonce, la RC7 laisse la voie libre à la version 6.18 : des correctifs spécifiques pour les machines virtuelles suite aux problèmes rencontrés avec la RC6, de nombreuses corrections de pilotes (notamment pour les pilotes GPU et réseau), des améliorations de DTS pour ARM64, un nettoyage et des clarifications dans SELinux et XFRM, ainsi que des améliorations pour les périphériques largement utilisés (AYANEO Flip DS, ROG Ally, Legion Go, Alienware). La version stable devrait être finalisée dimanche prochain, sauf en cas de bug majeur nécessitant une mise à jour RC8. Dans le cas contraire, tout indique que la version 6.18, candidate au statut LTS, sera publiée avec format compact et prise en charge matérielle étendue.
