{"id":114248,"date":"2024-03-11T12:25:44","date_gmt":"2024-03-11T10:25:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-6-8"},"modified":"2024-03-11T12:25:44","modified_gmt":"2024-03-11T10:25:44","slug":"reliz-yadra-linux-6-8","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-6-8","title":{"rendered":"Sortie du noyau Linux 6.8","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds a pr\u00e9sent\u00e9 la version 6.8 du noyau Linux. Parmi les changements les plus notables : le pilote Xe pour les GPU Intel, un mode de protection des dispositifs de bloc avec des syst\u00e8mes de fichiers mont\u00e9s, le m\u00e9canisme de planification des t\u00e2ches Deadline server, l'optimisation automatique de la fusion des pages de m\u00e9moire identiques, le premier pilote en langage Rust, les appels syst\u00e8me listmount et statmount, la suppression de bpfilter et SLAB, le m\u00e9canisme guest_memfd dans KVM, et le profilage d'acc\u00e8s aux donn\u00e9es.        <\/p>\n<p>La nouvelle version comprend 15 641 correctifs de 2018 d\u00e9veloppeurs, la taille du patch \u2014 44 Mo (les modifications ont touch\u00e9 12 212 fichiers, 663 864 lignes de code ajout\u00e9es, 339 094 lignes supprim\u00e9es). La derni\u00e8re version comportait 18 405 correctifs de 2 066 d\u00e9veloppeurs, la taille du patch \u2014 72 Mo. Environ 42% de toutes les modifications pr\u00e9sent\u00e9es dans la version 6.8 concernent les pilotes de p\u00e9riph\u00e9riques, environ 15% des modifications sont li\u00e9es \u00e0 la mise \u00e0 jour du code sp\u00e9cifique aux architectures mat\u00e9rielles, 14% concernent la pile r\u00e9seau, 6% aux syst\u00e8mes de fichiers et 3% aux sous-syst\u00e8mes internes du noyau.    <\/p>\n<p>Le d\u00e9p\u00f4t Git du noyau 6.8 contient 9,996 millions d'objets, ce qui indique que le prochain noyau 6.9 d\u00e9passera le seuil symbolique de 10 millions d'objets git. Auparavant, le changement de num\u00e9ro de branche 3.x et 4.x corr\u00e9lait bien avec le nombre d'objets git dans le d\u00e9p\u00f4t \u2014 le noyau 3.0 a \u00e9t\u00e9 publi\u00e9 lorsque le d\u00e9p\u00f4t comptait environ 2 millions d'objets, et le noyau 4.0  \u2014 4 millions d'objets. Cependant, en 2019, la sortie de 5.0 a rompu cette logique, car \u00e0 sa formation, le d\u00e9p\u00f4t incluait environ 6,5 millions d'objets git.             <\/p>\n<p>Les principales nouveaut\u00e9s du noyau 6.8 :  <\/p>\n<ul>\n<li class=\"l\"> <b>Sous-syst\u00e8me de disque, entr\u00e9e\/sortie et syst\u00e8mes de fichiers<\/b>\n<ul>\n<li class=\"l\"> Ajout d'un mode de blocage de l'\u00e9criture directe sur les dispositifs de bloc portant des syst\u00e8mes de fichiers mont\u00e9s (une fois ce mode activ\u00e9, l'utilisateur root ne pourra pas apporter de modifications au syst\u00e8me de fichiers en manipulant au niveau du dispositif de bloc). Par d\u00e9faut, le mode est d\u00e9sactiv\u00e9 et n\u00e9cessite l'indication du param\u00e8tre BLK_DEV_WRITE_MOUNTED lors de la compilation. Pour les partitions avec Btrfs, le blocage ne fonctionne pas encore, car les modifications n\u00e9cessaires n'ont pas encore \u00e9t\u00e9 accept\u00e9es dans le code Btrfs.\n<li class=\"l\"> Ajout des appels syst\u00e8me listmount() et statmount(), permettant d'obtenir depuis l'espace utilisateur des informations d\u00e9taill\u00e9es sur les syst\u00e8mes de fichiers mont\u00e9s.\n<li class=\"l\"> Dans le syst\u00e8me de fichiers XFS, le d\u00e9veloppement de la possibilit\u00e9 d'utiliser l'utilitaire fsck pour d\u00e9tecter et corriger les probl\u00e8mes en mode en ligne, sans d\u00e9monter le syst\u00e8me de fichiers, a \u00e9t\u00e9 poursuivi.\n<li class=\"l\"> Dans Ext4, pour les blocs de taille inf\u00e9rieure \u00e0 celle d'une page m\u00e9moire, l'appel dioread_nolock a \u00e9t\u00e9 mis en \u0153uvre, permettant d'augmenter les performances en \u00e9liminant les verrous superflus. Certaines fonctions ont \u00e9t\u00e9 adapt\u00e9es pour utiliser des folios de pages m\u00e9moire.\n<li class=\"l\">  Dans Btrfs, le support du drapeau de montage \u00abnospace_cache\u00bb a \u00e9t\u00e9 ajout\u00e9 pour d\u00e9sactiver le cache des blocs libres. Certaines fonctionnalit\u00e9s ont \u00e9t\u00e9 transf\u00e9r\u00e9es pour utiliser des folios de pages m\u00e9moire.\n<li class=\"l\"> Dans le syst\u00e8me de fichiers EROFS (Extendable Read-Only File System), destin\u00e9 \u00e0 \u00eatre utilis\u00e9 sur des partitions accessibles en mode lecture seule, le support de la compression des sous-pages a \u00e9t\u00e9 ajout\u00e9 et le fonctionnement en cas de manque de m\u00e9moire a \u00e9t\u00e9 am\u00e9lior\u00e9.\n<li class=\"l\"> Dans le syst\u00e8me de fichiers F2FS, le support des dispositifs de stockage zon\u00e9s a \u00e9t\u00e9 am\u00e9lior\u00e9 (s\u00e9paration en zones de groupes de blocs ou secteurs, o\u00f9 seules des \u00e9critures s\u00e9quentielles sont autoris\u00e9es avec mise \u00e0 jour de l'int\u00e9gralit\u00e9 du groupe de blocs).\n<li class=\"l\"> Pour le FS SMB, il a \u00e9t\u00e9 possible de cr\u00e9er des fichiers de dispositifs en blocs et en symboles.\n<li class=\"l\"> Dans Bcachefs, un support partiel pour la v\u00e9rification et la r\u00e9cup\u00e9ration de l'int\u00e9grit\u00e9 des syst\u00e8mes de fichiers mont\u00e9s a \u00e9t\u00e9 ajout\u00e9.\n<li class=\"l\"> Dans le sous-syst\u00e8me device-mapper, le support des gestionnaires MD_LINEAR, MD_MULTIPATH et MD_FAULTY a \u00e9t\u00e9 \u00e9limin\u00e9, d\u00e9clar\u00e9s obsol\u00e8tes en 2021.                                        <\/ul>\n<li class=\"l\"> <b>M\u00e9moire et services syst\u00e8me<\/b>\n<ul>\n<li class=\"l\"> Dans le sous-syst\u00e8me Zswap, une option activ\u00e9e en cas de manque de m\u00e9moire vive permet de forcer l'\u00e9jection vers une v\u00e9ritable partition d'\u00e9change des \u00abpages m\u00e9moire froides\u00bb, qui n'ont pas \u00e9t\u00e9 acc\u00e9d\u00e9es et qui resteront probablement inutilis\u00e9es. Zswap effectue la mise en cache des pages expuls\u00e9es vers la partition d'\u00e9change, les stockant dans la m\u00e9moire vive sous forme compress\u00e9e dans la mesure du possible sans \u00e9criture dans la v\u00e9ritable partition d'\u00e9change non compress\u00e9e sur le disque. Les modifications apport\u00e9es en cas de manque de m\u00e9moire permettent de r\u00e9duire la taille du pool Zswap stock\u00e9 en RAM et de lib\u00e9rer de la m\u00e9moire pour le syst\u00e8me.\n<li class=\"l\"> Dans Zswap, un nouveau mode a \u00e9t\u00e9 propos\u00e9, d\u00e9sactivant compl\u00e8tement l'\u00e9criture diff\u00e9r\u00e9e (writeback) dans la partition de swap r\u00e9elle si la tentative d'\u00e9criture \u00e9choue, et ne d\u00e9charge pas les pages d\u00e9j\u00e0 pr\u00e9sentes dans le pool Zswap vers la partition de swap.\n<li class=\"l\"> Un m\u00e9canisme SCHED_DEADLINE server a \u00e9t\u00e9 ajout\u00e9 au planificateur de t\u00e2ches, r\u00e9solvant le probl\u00e8me du manque de ressources CPU pour les t\u00e2ches ordinaires en raison de la monopolisation du CPU par des t\u00e2ches haute priorit\u00e9 (en temps r\u00e9el). Pour pr\u00e9venir cette monopolisation du CPU, un m\u00e9canisme de Realtime throttling \u00e9tait auparavant utilis\u00e9, tentant de r\u00e9server 5 % pour les t\u00e2ches de basse priorit\u00e9, laissant 95 % du temps aux t\u00e2ches en temps r\u00e9el. Ce m\u00e9canisme se r\u00e9v\u00e9lait peu efficace, car les t\u00e2ches ordinaires ne recevaient souvent pas le temps processeur qui leur \u00e9tait d\u00fb. Le SCHED_DEADLINE server impl\u00e9mente un m\u00e9canisme de r\u00e9servation de ressources plus efficace.\n<li class=\"l\"> Un m\u00e9canisme d'ajustement automatique de l'agressivit\u00e9 de la consommation de m\u00e9moire bas\u00e9 sur des quotas a \u00e9t\u00e9 ajout\u00e9 au sous-syst\u00e8me DAMON (Data Access MONitor), permettant de suivre l'acc\u00e8s d'un processus aux donn\u00e9es en m\u00e9moire vive (par exemple, il est possible de savoir quelles zones de m\u00e9moire un processus a acc\u00e9d\u00e9es et quelles zones sont rest\u00e9es inutilis\u00e9es).\n<li class=\"l\"> Le support des pages m\u00e9moire \u00e9normes multi-tailles (mTHP \u2014 multi-size Transparent Huge Pages) a \u00e9t\u00e9 ajout\u00e9, permettant d'allouer de la m\u00e9moire par blocs plus grands que la page de base, mais plus petits que la page THP traditionnelle.\n<li class=\"l\"> Le support des folios de page (page folios, pages de m\u00e9moire fusionn\u00e9es) pour la m\u00e9moire anonyme (non associ\u00e9e \u00e0 un syst\u00e8me de fichiers, par exemple, allou\u00e9e via malloc) a \u00e9t\u00e9 ajout\u00e9. Ce changement vise \u00e0 am\u00e9liorer les performances en allouant de plus gros morceaux de m\u00e9moire lors de l'acc\u00e8s \u00e0 des pages de m\u00e9moire non allou\u00e9es (page faults). Par exemple, l'utilisation de gros folios a permis de r\u00e9duire de 5 % le temps de recompilation du noyau (avec une r\u00e9duction du temps pass\u00e9 au niveau du noyau de 40 %).\n<li class=\"l\"> Le param\u00e8tre TRANSPARENT_HUGEPAGE_NEVER a \u00e9t\u00e9 ajout\u00e9 au fichier de configuration du noyau, offrant la possibilit\u00e9 de d\u00e9sactiver l'utilisation des grandes pages de m\u00e9moire (Transparent Huge Pages).\n<li class=\"l\"> L'appel syst\u00e8me userfaultfd(), permettant de cr\u00e9er des gestionnaires pour les acc\u00e8s aux pages de m\u00e9moire non allou\u00e9es (page faults) dans l'espace utilisateur, a \u00e9t\u00e9 enrichi de l'op\u00e9ration UFFDIO_MOVE, permettant de d\u00e9placer des pages de m\u00e9moire dans l'espace d'adresses virtuelles lors de la compression de tas (heap compaction) sans effectuer d'op\u00e9ration d'allocation de page m\u00e9moire. Dans les tests r\u00e9alis\u00e9s, l'application de UFFDIO_MOVE a permis de r\u00e9duire le temps de compression de 40 % par rapport \u00e0 l'utilisation de l'op\u00e9ration UFFDIO_COPY.\n<li class=\"l\"> Le m\u00e9canisme \u00abKSM advisor\u00bb a \u00e9t\u00e9 ajout\u00e9, permettant d'optimiser automatiquement les param\u00e8tres du sous-syst\u00e8me de fusion de pages m\u00e9moire identiques (KSM \u2014 Kernel Samepage Merging).\n<li class=\"l\"> Poursuite du transfert des modifications de la branche Rust-for-Linux, li\u00e9es \u00e0 l'utilisation du langage Rust comme deuxi\u00e8me langage pour le d\u00e9veloppement de pilotes et de modules du noyau (la prise en charge de Rust n'est pas activ\u00e9e par d\u00e9faut et n'oblige pas \u00e0 inclure Rust parmi les d\u00e9pendances de construction essentielles du noyau). La nouvelle version inclut des modifications qui ajoutent un wrapper Rust au-dessus du niveau d'abstraction phylib et utilise ce wrapper dans le pilote ax88796b_rust, offrant un support pour l'interface PHY du contr\u00f4leur Ethernet Asix AX88772A (100MBit). Fonctionnellement, le pilote Rust est totalement \u00e9quivalent \u00e0 l'ancien pilote ax88796b \u00e9crit en C et peut \u00eatre utilis\u00e9 avec les cartes r\u00e9seau X-Surf 100, \u00e9quip\u00e9es de la puce AX88796B. Pour l'architecture LoongArch, la possibilit\u00e9 d'\u00e9crire des modules en Rust a \u00e9t\u00e9 offerte. Le passage \u00e0 la version Rust 1.74.1 a \u00e9t\u00e9 r\u00e9alis\u00e9.\n<li class=\"l\"> Ajout du m\u00e9canisme BPF token, permettant de d\u00e9l\u00e9guer s\u00e9lectivement le traitement de certaines capacit\u00e9s BPF, telles que le chargement d'un programme BPF ou la cr\u00e9ation d'une BPF map, \u00e0 des processus non privil\u00e9gi\u00e9s dans l'espace utilisateur, dont l'authenticit\u00e9 est confirm\u00e9e par un token sp\u00e9cial.\n<li class=\"l\"> Fonctionnalit\u00e9 du v\u00e9rificateur BPF des programmes \u00e9tendue.\n<li class=\"l\"> L'outil perf a ajout\u00e9 un support pour le profilage des donn\u00e9es, permettant de suivre les lectures et \u00e9critures dans les structures de donn\u00e9es, par exemple pour identifier les champs modifi\u00e9s le plus souvent dans les structures. Sur les syst\u00e8mes avec des processeurs prenant en charge la collecte d'informations sur les op\u00e9rations de m\u00e9moire (Intel, AMD, ARM), la commande \u00ab perf mem record \u00bb doit \u00eatre utilis\u00e9e pour accumuler des statistiques, et \u00ab perf annotate \u2014data-type \u00bb pour g\u00e9n\u00e9rer un rapport sur les acc\u00e8s aux structures de donn\u00e9es.\n<li class=\"l\"> Optimisation des performances du traitement des appels syst\u00e8me sur l'architecture s390 (IBM Z), ce qui a entra\u00een\u00e9, lors des tests, une acceleration d'entr\u00e9e dans l'appel syst\u00e8me d'environ 11%.\n<li class=\"l\"> Possibilit\u00e9 de modifier la taille des buffers de tra\u00e7age, appliqu\u00e9s pour la mise en m\u00e9moire tampon des informations sur les \u00e9v\u00e9nements de tra\u00e7age, transmises \u00e0 l'espace utilisateur.\n<li class=\"l\"> Le m\u00e9canisme de r\u00e9partition de la m\u00e9moire SLAB, d\u00e9clar\u00e9 obsol\u00e8te, a \u00e9t\u00e9 supprim\u00e9, et \u00e0 la place, le noyau n'utilise d\u00e9sormais que SLUB. Les raisons \u00e9voqu\u00e9es incluent des probl\u00e8mes de maintenance, des d\u00e9fauts dans le code et la redondance des fonctionnalit\u00e9s avec l'allocation plus avanc\u00e9e de SLUB.\n<li class=\"l\"> Lors de la compilation du noyau, le drapeau \u00ab -Wmissing-prototypes \u00bb a \u00e9t\u00e9 activ\u00e9, g\u00e9n\u00e9rant des avertissements pour les appels de fonctions globales qui n'ont pas de prototype d\u00e9fini.\n<li class=\"l\"> Pour l'architecture RISC-V, sur les syst\u00e8mes prenant en charge l'extension SUSP, le SBI impl\u00e9mente un support de mise en veille avec sauvegarde de l'\u00e9tat en RAM. Il est d\u00e9sormais possible d'utiliser l'appel syst\u00e8me riscv_hwprobe() pour obtenir des informations sur les extensions prises en charge de l'architecture du jeu d'instructions RISC-V.                                          <\/ul>\n<li class=\"l\"> <b>Virtualisation et s\u00e9curit\u00e9<\/b>\n<ul>\n<li class=\"l\"> De nouveaux appels syst\u00e8me lsm_list_modules(), lsm_get_self_attr() et lsm_set_self_attr() ont \u00e9t\u00e9 ajout\u00e9s pour afficher la liste des modules LSM (Linux Security Modules) charg\u00e9s et pour obtenir\/d\u00e9finir les attributs du module LSM. Une nouvelle structure lsm_ctx a \u00e9t\u00e9 introduite pour la communication dans le contexte de LSM entre l'espace utilisateur et le noyau.\n<li class=\"l\"> Le sous-syst\u00e8me AppArmor a \u00e9t\u00e9 mis \u00e0 jour pour utiliser l'algorithme SHA-256 pour la v\u00e9rification des r\u00e8gles, rempla\u00e7ant les hachages SHA-1.\n<li class=\"l\"> L'impl\u00e9mentation de la fonction strlcpy() a \u00e9t\u00e9 supprim\u00e9e du noyau, apr\u00e8s avoir \u00e9t\u00e9 int\u00e9gr\u00e9e \u00e0 la biblioth\u00e8que C Glibc 3.38 cet \u00e9t\u00e9. Strlcpy est une alternative \u00e0 la fonction strncpy(), offrant une protection contre les d\u00e9bordements de tampon et garantissant un octet nul de terminaison de cha\u00eene.\n<li class=\"l\"> Dans l'hyperviseur <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/fr\/vps\/abuzoustojchivye-vps\/\"   title=\"KVM\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"4378\">KVM<\/a> Le support du sous-syst\u00e8me guest_memfd (m\u00e9moire d\u00e9di\u00e9 aux invit\u00e9s) a \u00e9t\u00e9 ajout\u00e9, fournissant des fonctions de gestion de la m\u00e9moire permettant de r\u00e9aliser des capacit\u00e9s et des optimisations impossibles avec le sous-syst\u00e8me de gestion de m\u00e9moire standard. Par exemple, guest_memfd permet d'allouer et de refl\u00e9ter dans le syst\u00e8me invit\u00e9 une zone de m\u00e9moire inaccessible \u00e0 l'environnement h\u00f4te, ce qui peut \u00eatre utilis\u00e9 pour les calculs confidentiels.\n<li class=\"l\"> Pour les syst\u00e8mes invit\u00e9s fonctionnant sous le hyperviseur KVM, le support du mode LAM (Linear Address Masking) introduit dans les processeurs Intel a \u00e9t\u00e9 activ\u00e9, permettant d'utiliser une partie des bits des pointeurs 64 bits (des bits 57 \u00e0 62) pour stocker des m\u00e9tadonn\u00e9es non li\u00e9es \u00e0 l'adressage.\n<li class=\"l\"> Le hyperviseur KVM pour les syst\u00e8mes bas\u00e9s sur l'architecture ARM64 a ajout\u00e9 la prise en charge des adresses physiques de 52 bits (LPA2). Pour les syst\u00e8mes bas\u00e9s sur l'architecture x86, une option de construction sans \u00e9mulation des hyperappels Hyper-V a \u00e9t\u00e9 fournie, permettant de r\u00e9duire la taille du noyau.\n<li class=\"l\"> Un pilote iaa (IAA Compression Accelerator) a \u00e9t\u00e9 ajout\u00e9 pour acc\u00e9l\u00e9rer les op\u00e9rations de compression et de d\u00e9compression des donn\u00e9es par la m\u00e9thode DEFLATE, en utilisant les capacit\u00e9s des acc\u00e9l\u00e9rateurs cryptographiques Intel Analytics Accelerator (IAA).\n<li class=\"l\"> C\u00f4t\u00e9 environnement d'h\u00e9bergement, le m\u00e9canisme Intel TDX (Trusted Domain Extensions) a \u00e9t\u00e9 impl\u00e9ment\u00e9, permettant de cr\u00e9er des environnements invit\u00e9s s\u00e9curis\u00e9s utilisant le chiffrement de la m\u00e9moire avec le hyperviseur KVM. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/fr\/vps\/\"   title=\"machines virtuelles\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"2026\">machines virtuelles<\/a>.\n<li class=\"l\"> Un identifiant SID \u00ab init \u00bb a \u00e9t\u00e9 ajout\u00e9 \u00e0 SELinux, permettant d'identifier les processus lanc\u00e9s au d\u00e9but du processus de d\u00e9marrage, avant l'application des politiques SELinux. L'interface \/sys\/fs\/selinux pour la gestion de SELinux a \u00e9t\u00e9 am\u00e9lior\u00e9e.                              <\/ul>\n<li class=\"l\"> <b>Sous-syst\u00e8me r\u00e9seau<\/b>\n<ul>\n<li class=\"l\"> Une r\u00e9organisation \u00e0 bas niveau des structures de donn\u00e9es r\u00e9seau de base a \u00e9t\u00e9 r\u00e9alis\u00e9e pour am\u00e9liorer l'efficacit\u00e9 du cache. Auparavant, les champs dans les structures de la pile r\u00e9seau socks, netdev, netns et mibs \u00e9taient dispos\u00e9s selon leur ajout, ce qui limitait l'utilisation du cache processeur. La r\u00e9vision du placement des variables dans les structures a conduit \u00e0 une augmentation significative de la vitesse du TCP, gr\u00e2ce \u00e0 une minimisation de l'utilisation des lignes de cache lors de la transmission des donn\u00e9es et \u00e0 une optimisation de l'acc\u00e8s aux variables. Dans les cas de traitement de nombreuses connexions TCP parall\u00e8les, l'acc\u00e9l\u00e9ration peut atteindre jusqu'\u00e0 40%.\n<li class=\"l\"> Le sous-syst\u00e8me bpfilter, qui utilisait BPF pour le filtrage des paquets, a \u00e9t\u00e9 supprim\u00e9. Bpfilter a \u00e9t\u00e9 introduit avec la version 4.18, mais n'a jamais atteint un niveau de maturit\u00e9 pour une utilisation g\u00e9n\u00e9ralis\u00e9e. Au cours des derni\u00e8res ann\u00e9es, le code bpfilter dans le noyau n'a pas \u00e9t\u00e9 d\u00e9velopp\u00e9, tandis que le d\u00e9veloppement a continu\u00e9 par Facebook dans un r\u00e9f\u00e9rentiel s\u00e9par\u00e9.                                             <\/ul>\n<li class=\"l\"> <b>Mat\u00e9riel<\/b>\n<ul>\n<li class=\"l\"> Le nouveau pilote DRM (Direct Rendering Manager) Xe pour GPU bas\u00e9 sur l'architecture Intel Xe est inclus, utilis\u00e9 dans les cartes graphiques Intel de la famille Arc et dans les graphiques int\u00e9gr\u00e9s, \u00e0 partir des processeurs Tiger Lake. Le pilote Xe se positionne comme la base pour assurer le fonctionnement des nouvelles puces, ind\u00e9pendante du code de support des anciennes plateformes. Ce pilote est construit avec une nouvelle architecture, dans laquelle les composants existants du sous-syst\u00e8me DRM sont plus largement utilis\u00e9s, ainsi que des composants typiques du pilote i915, non li\u00e9s \u00e0 des GPU sp\u00e9cifiques, comme le code pour l'interaction avec les \u00e9crans, le mod\u00e8le de m\u00e9moire et l'impl\u00e9mentation de execbuf. Dans Mesa, le fonctionnement de OpenGL et Vulkan au-dessus du pilote Xe est r\u00e9alis\u00e9 au niveau des modifications apport\u00e9es aux pilotes Mesa existants Iris et ANV.\n<li class=\"l\"> Le pilote i915 continue de travailler sur le support des puces Intel LunarLake (Xe 2). Le support des puces Intel Meteor Lake a \u00e9t\u00e9 am\u00e9lior\u00e9.\n<li class=\"l\"> Le pilote Nouveau a impl\u00e9ment\u00e9 la configuration par d\u00e9faut des fonctions de firmware GSP pour travailler avec les GPU NVIDIA bas\u00e9s sur les microarchitectures Turing et Ampere, o\u00f9 les op\u00e9rations d'initialisation et de gestion du GPU sont effectu\u00e9es par un microcontr\u00f4leur GSP (GPU System Processor) s\u00e9par\u00e9. Lorsque l'option est activ\u00e9e, le pilote fonctionnera via l'appel au firmware, plut\u00f4t que par la programmation directe des op\u00e9rations d'interaction mat\u00e9rielle.\n<li class=\"l\"> Le pilote AMDGPU a ajout\u00e9 le support ACPI WBRF et VPE DPM, modifi\u00e9 le traitement de la vitesse des canaux PCIe, utilis\u00e9 des num\u00e9ros de s\u00e9quence 64 bits pour la synchronisation des files d'attente, ajout\u00e9 des m\u00e9canismes de gestion des couleurs sp\u00e9cifiques \u00e0 AMD et r\u00e9solu un probl\u00e8me de transition vers le mode veille.\n<li class=\"l\"> Une impl\u00e9mentation initiale du pilote pour le GPU Broadcom VideoCore 7.1, utilis\u00e9 dans les cartes Raspberry Pi 5, a \u00e9t\u00e9 ajout\u00e9e.\n<li class=\"l\"> Un pilote pour les GPU de la s\u00e9rie PowerVR 6 bas\u00e9 sur la microarchitecture Rogue d'Imagination Technologies a \u00e9t\u00e9 ajout\u00e9.\n<li class=\"l\"> Le support des contr\u00f4leurs Thunderbolt\/USB4, int\u00e9gr\u00e9s dans les puces bas\u00e9es sur la microarchitecture Intel Lunar Lake, a \u00e9t\u00e9 ajout\u00e9.\n<li class=\"l\"> Des pilotes ont \u00e9t\u00e9 ajout\u00e9s pour les cam\u00e9ras utilis\u00e9es dans les SoC Starfive, GalaxyCore GC2145\/GC0308, Chips&amp;Media Wave et THine THP7312.\n<li class=\"l\"> Le support des contr\u00f4leurs de jeu NSO (Nintendo Switch Online) a \u00e9t\u00e9 ajout\u00e9 \u2014 variantes des anciens contr\u00f4leurs SNES (Super Nintendo), Genesis et N64 (Nintendo 64), adapt\u00e9s pour la Nintendo Switch. Un pilote pour les manettes Adafruit Seesaw a \u00e9t\u00e9 ajout\u00e9. Le pilote xpad a \u00e9t\u00e9 mis \u00e0 jour pour prendre en charge les contr\u00f4leurs Lenovo Legion Go.\n<li class=\"l\"> Le driver dts a \u00e9t\u00e9 mis \u00e0 jour pour prendre en charge les appareils de jeu Powkiddy RK2023, Powkiddy X55 et Anbernic RG351V.\n<li class=\"l\"> Le support des syst\u00e8mes audio utilis\u00e9s dans les puces NXP i.MX8m MICFIL, Qualcomm SM8250, AMD ACP5x, Intel Arrow Lake, SM8550, SM8650 et X1E80100 a \u00e9t\u00e9 ajout\u00e9.\n<li class=\"l\"> AMD a apport\u00e9 des modifications concernant le support de la prochaine s\u00e9rie de processeurs bas\u00e9e sur la nouvelle microarchitecture Zen 5.\n<li class=\"l\"> Ajout du support des SoC ARM64 : Qualcomm SM8650 (Snapdragon 8 Gen 3), Qualcomm X1E80100 (Snapdragon X Elite), Samsung Exynos Auto v920, Google GS101 (Tensor G1), MediaTek MT8188 et Unisoc UMS9620 (Tanggula 7).\n<li class=\"l\"> Ajout du support des plates-formes et appareils ARM : Huashan Pi, Microsoft Lumia, HTC One Mini 2, Motorola MotoG 4G, Huawei Honor 5X\/GR5, Anbernic RG351V, Powkiddy RK2023, Powkiddy X55, ComXpress bas\u00e9 sur Marvell CN913x, Chromebook Lenovo, ainsi que les mod\u00e8les Asus et Acer bas\u00e9s sur Mediatek MT8183, Toradex Verdin AM62, et les cartes Allwinner H616\/H618.\n<li class=\"l\"> Le support des processeurs ARM11 ARMv6K SMP a \u00e9t\u00e9 interrompu.          <\/ul>\n<\/ul>\n<p>Simultan\u00e9ment, la Fondation latino-am\u00e9ricaine du logiciel libre a cr\u00e9\u00e9 une variante totalement libre du noyau 6.8 \u2014 Linux-libre 6.8-gnu, d\u00e9barrass\u00e9e des \u00e9l\u00e9ments de firmware et de pilotes contenant des composants ou parties de code non libre dont l'utilisation est limit\u00e9e par le fabricant. Dans la version 6.8, le code de nettoyage des blobs a \u00e9t\u00e9 mis \u00e0 jour dans divers pilotes et sous-syst\u00e8mes. Un nettoyage des pilotes Intel qat_420xx, Imagination PowerVR, Intel Xe, Chips&amp;Media Wave5, Intel VSC, Aquantia PHY et Realtek rtw8922a a \u00e9t\u00e9 effectu\u00e9. Avec la suppression du noyau, le nettoyage des pilotes atmel, hermes, orinoco_usb, libertas_cs et zd1201 a \u00e9t\u00e9 interrompu. Le nettoyage des noms de blobs dans les fichiers dts (devicetree) pour les architectures ARM et Aarch64 a \u00e9t\u00e9 r\u00e9alis\u00e9. Des probl\u00e8mes de nettoyage du pilote i915 ont \u00e9t\u00e9 r\u00e9solus.<br \/>\n<br \/>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=60768\">opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.8. \u0421\u0440\u0435\u0434\u0438 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0437\u0430\u043c\u0435\u0442\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439: \u0434\u0440\u0430\u0439\u0432\u0435\u0440 Xe \u0434\u043b\u044f GPU Intel, \u0440\u0435\u0436\u0438\u043c \u0437\u0430\u0449\u0438\u0442\u044b \u0431\u043b\u043e\u0447\u043d\u044b\u0445 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432 \u0441 \u043f\u0440\u0438\u043c\u043e\u043d\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u044b\u043c\u0438 \u0424\u0421, \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u0430 \u0437\u0430\u0434\u0430\u0447 Deadline server, \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f \u0441\u043b\u0438\u044f\u043d\u0438\u044f \u0438\u0434\u0435\u043d\u0442\u0438\u0447\u043d\u044b\u0445 \u0441\u0442\u0440\u0430\u043d\u0438\u0446 \u043f\u0430\u043c\u044f\u0442\u0438, \u043f\u0435\u0440\u0432\u044b\u0439 \u0434\u0440\u0430\u0439\u0432\u0435\u0440 \u043d\u0430 \u044f\u0437\u044b\u043a\u0435 Rust, \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0435 \u0432\u044b\u0437\u043e\u0432\u044b listmount \u0438 statmount, \u0443\u0434\u0430\u043b\u0435\u043d\u0438\u0435 bpfilter \u0438 SLAB, \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c guest_memfd \u0432 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-114248","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.8.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-6-8\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.8 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.8.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-6-8\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2024-03-11T10:25:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2024-03-11T10:25:44+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Sortie du noyau Linux 6.8 | ProHoster","description":"Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds a pr\u00e9sent\u00e9 la sortie du noyau Linux 6.8.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-6-8","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.8 | ProHoster","og:description":"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.8.","og:url":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-6-8","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2024-03-11T10:25:44+00:00","article:modified_time":"2024-03-11T10:25:44+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"114248","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":"default","schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2026-02-09 17:11:06","updated":"2026-02-09 17:11:06","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/114248","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=114248"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/114248\/revisions"}],"predecessor-version":[{"id":164253,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/114248\/revisions\/164253"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=114248"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=114248"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=114248"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}