- \n
- Dans Device Mapper, un gestionnaire dm-pcache a \u00e9t\u00e9 ajout\u00e9 pour utiliser la m\u00e9moire persistent (m\u00e9moire CXL, adress\u00e9e via un dispositif DAX) comme un cache de haute performance avant des disques traditionnels ou des unit\u00e9s flash plus lentes. Dm-pcache assure la conservation du contenu du cache en cas de crash gr\u00e2ce \u00e0 l'utilisation de m\u00e9moire non volatile, \u00e0 la duplication des m\u00e9tadonn\u00e9es et \u00e0 la v\u00e9rification de l'int\u00e9grit\u00e9 des donn\u00e9es et des m\u00e9tadonn\u00e9es par des sommes de contr\u00f4le CRC32. Actuellement, seule la mise en cache en mode \u00e9criture diff\u00e9r\u00e9e (write-back) est support\u00e9e.\n
- Le code du syst\u00e8me de fichiers Bcachefs a \u00e9t\u00e9 supprim\u00e9 du noyau et sera d\u00e9sormais distribu\u00e9 sous la forme d'un module externe, compil\u00e9 avec l'outil DKMS (Dynamic Kernel Module Support). Le code de Bcachefs pourra \u00eatre r\u00e9int\u00e9gr\u00e9 dans le noyau apr\u00e8s que Kent Overstreet prouvera en pratique la possibilit\u00e9 d'une interaction correcte avec les autres d\u00e9veloppeurs du noyau et sa capacit\u00e9 \u00e0 suivre les r\u00e8gles de d\u00e9veloppement \u00e9tablies.\n
- L'appel syst\u00e8me pwritev2() a \u00e9t\u00e9 ajout\u00e9 avec le drapeau RWF_NOSIGNAL, d\u00e9sactivant l'envoi du signal SIGPIPE lors de l'\u00e9criture dans des canaux anonymes ou des sockets d\u00e9connect\u00e9s.\n
- Dans Procfs, une option de montage \u00ab pidns \u00bb a \u00e9t\u00e9 ajout\u00e9e pour sp\u00e9cifier les espaces de noms des identificateurs de processus (PID namespace). Par exemple : \u00ab mount -t proc -o pidns=\/proc\/self\/ns\/pid proc \/tmp\/proc \u00bb.\n
- Dans XFS, la possibilit\u00e9 d'appliquer l'outil fsck pour v\u00e9rifier et corriger les probl\u00e8mes a \u00e9t\u00e9 d\u00e9clar\u00e9e stable et incluse par d\u00e9faut en mode en ligne, sans d\u00e9montage du syst\u00e8me de fichiers. Des appels syst\u00e8me file_getattr et file_setattr ont \u00e9t\u00e9 ajout\u00e9s pour modifier les attributs des fichiers sp\u00e9ciaux (tous les inode). Les options XFS_SUPPORT_V4 (version 4 de XFS) et XFS_SUPPORT_ASCII_CI (mode sans distinction de cas pour les caract\u00e8res ASCII), d\u00e9clar\u00e9es obsol\u00e8tes, sont d\u00e9sactiv\u00e9es par d\u00e9faut dans KConfig. Les options de montage obsol\u00e8tes attr2, noattr2, ikeep et noikeep ont \u00e9t\u00e9 supprim\u00e9es.\n
- Un nouveau type de bitmap a \u00e9t\u00e9 impl\u00e9ment\u00e9 dans MD RAID - llbitmap (bitmap sans verrouillage), qui fonctionne sans blocages et offre de meilleures performances.\n
- Les informations li\u00e9es au chiffrement et \u00e0 la v\u00e9rification ont \u00e9t\u00e9 extraites de la structure g\u00e9n\u00e9rale \u00ab inode \u00bb (pointeurs i_crypt_info et i_verity_info). Cette modification permet de r\u00e9duire la consommation de m\u00e9moire dans les syst\u00e8mes de fichiers ne prenant pas en charge le chiffrement et la v\u00e9rification.\n
- La prise en charge de l'appel syst\u00e8me copy_file_range() et la copie directe de plages en utilisant une taille de type 64 bits (auparavant, seule la taille 32 bits \u00e9tait support\u00e9e) ont \u00e9t\u00e9 ajout\u00e9es au sous-syst\u00e8me FUSE. La prise en charge de l'initialisation en mode synchronis\u00e9 lors du montage (FUSE_DEV_IOC_SYNC_INIT) a \u00e9galement \u00e9t\u00e9 ajout\u00e9e.\n
- Dans le syst\u00e8me de fichiers ext4, la possibilit\u00e9 d'utiliser des identifiants d'utilisateur (uid) et de groupe (gid) de 32 bits lors de l'acc\u00e8s aux blocs r\u00e9serv\u00e9s a \u00e9t\u00e9 impl\u00e9ment\u00e9e. Des op\u00e9rations ioctl ont \u00e9t\u00e9 ajout\u00e9es pour d\u00e9finir et lire les param\u00e8tres du superbloc des syst\u00e8mes de fichiers mont\u00e9s (tune2fs pourra modifier les param\u00e8tres dans le superbloc sans droits d'\u00e9criture sur le p\u00e9riph\u00e9rique de bloc). Tous les r\u00e9glages obsol\u00e8tes sp\u00e9cifiques \u00e0 ext3 ont \u00e9t\u00e9 compl\u00e8tement supprim\u00e9s.\n
- Dans f2fs, une option de montage \u00ab lookup_mode \u00bb a \u00e9t\u00e9 ajout\u00e9e pour choisir le mode de recherche : perf - recherche par hachage, compat - recherche lin\u00e9aire, auto - choix automatique. Changer le mode a du sens pour les configurations avec des r\u00e9pertoires insensibles \u00e0 la casse. Le mode de recherche actuel peut \u00eatre consult\u00e9 via le fichier \u00ab \/sys\/fs\/f2fs\/\/effective_lookup_mode \u00bb. La possibilit\u00e9 de r\u00e9server des inodes, accessibles uniquement aux utilisateurs privil\u00e9gi\u00e9s, a \u00e9galement \u00e9t\u00e9 ajout\u00e9e.\n
- Dans Overlayfs, un mode de fonctionnement sans prise en compte de la casse des lettres a \u00e9t\u00e9 ajout\u00e9, activ\u00e9 au niveau des couches du syst\u00e8me de fichiers (la configuration pour des r\u00e9pertoires sp\u00e9cifiques n'est pas encore prise en charge).\n
- Dans BTRFS, le parall\u00e9lisme des op\u00e9rations a \u00e9t\u00e9 am\u00e9lior\u00e9 lors d'une charge de lecture \u00e9lev\u00e9e et d'une faible charge d'\u00e9criture, le temps de validation des transactions a \u00e9t\u00e9 r\u00e9duit, et le temps de synchronisation a \u00e9t\u00e9 significativement diminu\u00e9 (passant de plusieurs minutes \u00e0 plusieurs dizaines de secondes). Une possibilit\u00e9 d'utilisation de blocs (bs) plus grands que la taille de la page m\u00e9moire (ps) a \u00e9t\u00e9 ajout\u00e9e.\n
- Dans ksmbd (serveur SMB fonctionnant au niveau du noyau), un param\u00e8tre a \u00e9t\u00e9 ajout\u00e9 pour limiter le nombre maximum de connexions depuis un seul. adresses IP<\/a>. smbdirect, smbclient et smbserver ont \u00e9t\u00e9 adapt\u00e9s \u00e0 l'utilisation de structures de noyau standard.\n
- Dans SQUASHFS, une option a \u00e9t\u00e9 ajout\u00e9e pour utiliser dans l'appel syst\u00e8me lseek() les options SEEK_DATA et SEEK_HOLE afin de rechercher des donn\u00e9es et des trous dans des fichiers \u00e9pars. Dans certains tests, une augmentation de la performance de copie de fichiers \u00e9pars allant jusqu'\u00e0 150 fois a \u00e9t\u00e9 observ\u00e9e.\n
- Dans EXFAT, le support de ioctl FS_IOC_GETFSLABEL et FS_IOC_SETFSLABEL a \u00e9t\u00e9 ajout\u00e9 pour lire et \u00e9crire des \u00e9tiquettes de partitions. La possibilit\u00e9 de modifier les options de montage lors du d\u00e9montage a \u00e9t\u00e9 fournie. Le chargement des cartes bitmap a \u00e9t\u00e9 acc\u00e9l\u00e9r\u00e9.\n
- Dans NTFS3, le support de ioctl FS_IOC_GETFSLABEL et FS_IOC_SETFSLABEL a \u00e9t\u00e9 ajout\u00e9 pour lire et d\u00e9finir des \u00e9tiquettes de partitions. <\/ul>\n
- M\u00e9moire et services syst\u00e8me<\/b>\n
- \n
- L'impl\u00e9mentation du m\u00e9canisme de communication inter-processus Binder, \u00e9crit en Rust, a \u00e9t\u00e9 accept\u00e9e. Binder est utilis\u00e9 dans Android pour organiser l'interaction entre les processus et les appels de m\u00e9thodes \u00e0 distance (un processus Android peut appeler une m\u00e9thode ou une fonction dans un autre processus Android en utilisant Binder pour identifier, invoquer et transmettre des arguments entre les processus). Le code de Binder a \u00e9t\u00e9 r\u00e9\u00e9crit en Rust dans le cadre de l'initiative Google visant \u00e0 renforcer la s\u00e9curit\u00e9 d'Android.\n
- Dans SLUB, l'allocateur de m\u00e9moire du noyau, une couche de mise en cache optionnelle \u00ab sheaves \u00bb a \u00e9t\u00e9 impl\u00e9ment\u00e9e, utilisant plusieurs caches, chacun \u00e9tant li\u00e9 \u00e0 un noyau CPU distinct, ce qui permet de localiser les op\u00e9rations d'allocation ou de lib\u00e9ration de m\u00e9moire \u00e0 un seul c\u0153ur. Ce type de cache a am\u00e9lior\u00e9 les performances d'allocation et de lib\u00e9ration de m\u00e9moire dans le noyau, en \u00e9liminant les primitives de synchronisation suppl\u00e9mentaires requises lors de l'implication de diff\u00e9rents c\u0153urs CPU. Les tests r\u00e9alis\u00e9s ont montr\u00e9 une augmentation des performances de 6,3 % \u00e0 31 % en fonction de la charge.\n
- Une option pour cr\u00e9er des descripteurs de fichiers identifi\u00e9s avec un espace de noms sp\u00e9cifique a \u00e9t\u00e9 ajout\u00e9e. Contrairement \u00e0 l'acc\u00e8s aux espaces de noms par identifiants (\/proc\/\/ns\/), le descripteur de fichier est li\u00e9 \u00e0 une instance particuli\u00e8re de l'espace de noms et exclut le cas o\u00f9 un identifiant est r\u00e9affect\u00e9 \u00e0 un autre objet. De la m\u00eame mani\u00e8re que pour les pidfds, l'ouverture des descripteurs de fichiers se r\u00e9f\u00e9rant aux espaces de noms se fait via les fonctions open_by_handle_at() et name_to_handle_at().\n
- Le m\u00e9canisme \u00ab Swap Table \u00bb a \u00e9t\u00e9 mis en \u0153uvre, permettant d'augmenter les performances de la m\u00e9moire virtuelle. L'acc\u00e9l\u00e9ration est obtenue gr\u00e2ce \u00e0 une r\u00e9duction de la concurrence pour l'acc\u00e8s au cache de swap, une recherche plus efficace dans le cache et une diminution de la fragmentation. Le backend bas\u00e9 sur Swap Table est utilis\u00e9 pour le caching de la m\u00e9moire virtuelle au lieu du backend XArray, permettant en moyenne d'augmenter les performances de 5 \u00e0 20 %. Dans le test usemem, la bande passante a augment\u00e9 de 17 \u00e0 28 %, et dans le test de recompilation multithread du noyau, le temps de compilation a \u00e9t\u00e9 r\u00e9duit de 1,12 \u00e0 3,19 %. Le test redis-benchmark avec BGSAVE a montr\u00e9 une augmentation du nombre de requ\u00eates trait\u00e9es de 6 \u00e0 7 %.\n
- Le sous-syst\u00e8me Zswap a \u00e9t\u00e9 transf\u00e9r\u00e9 vers l'utilisation directe du syst\u00e8me d'allocation de m\u00e9moire zsmalloc au lieu du niveau zpool, qui n'est plus utilis\u00e9 ailleurs et a maintenant \u00e9t\u00e9 supprim\u00e9 du noyau.\n
- Pour g\u00e9rer le comportement du chargeur de microcode sur les syst\u00e8mes x86, une option de ligne de commande \u00ab microcode=liste des drapeaux \u00bb a \u00e9t\u00e9 mise en place. Sous sa forme actuelle, cette nouvelle option remplace \u00ab microcode.force_minrev \u00bb et permet \u00e9galement de d\u00e9finir la version minimale de microcode autoris\u00e9e pour le d\u00e9marrage.\n
- Le travail a commenc\u00e9 sur la r\u00e9organisation de la structure \u00ab page \u00bb trop volumineuse, utilis\u00e9e pour la gestion des pages de m\u00e9moire vive. Un type \u2018memdesc_flags_t\u2019 a \u00e9t\u00e9 ajout\u00e9 pour les champs avec des drapeaux universels, qui pourront \u00eatre utilis\u00e9s apr\u00e8s la future s\u00e9paration de la structure \u00ab page \u00bb en structures individuelles pour les slab et les folios.\n
- Pour l'architecture nios2, utilis\u00e9e dans les processeurs Altera Nios II (processeur logiciel bas\u00e9 sur FPGA), le support de l'appel syst\u00e8me clone3() a \u00e9t\u00e9 impl\u00e9ment\u00e9.\n
- L'attribut \u00ab transitional \u00bb a \u00e9t\u00e9 ajout\u00e9 \u00e0 la configuration du noyau (KConfig), pouvant \u00eatre utilis\u00e9 pour marquer les param\u00e8tres non affich\u00e9s dans les interfaces utilisateur, telles que \u00ab make menuconfig \u00bb, et non inclus dans les fichiers de configuration g\u00e9n\u00e9r\u00e9s. L'objectif principal de l'attribut est de simplifier le renommage des options tout en pr\u00e9servant la compatibilit\u00e9 ascendante.\n
- La version minimale du compilateur Clang, avec laquelle le noyau peut \u00eatre assembl\u00e9, a \u00e9t\u00e9 augment\u00e9e \u00e0 l'outil LLVM 15. LLVM 14 est fourni avec Debian 12 et Ubuntu 22.04.\n
- La transition des changements de la branche Rust-for-Linux, concernant l'utilisation du langage Rust comme second langage pour le d\u00e9veloppement de pilotes et de modules de noyau, a \u00e9t\u00e9 poursuivie (le support de Rust n'est pas activ\u00e9 par d\u00e9faut et ne rend pas Rust obligatoire comme d\u00e9pendance pour la compilation du noyau). Dans la nouvelle version, des op\u00e9rations atomiques en m\u00e9moire pour le code en Rust, la structure de l'arbre maple, la possibilit\u00e9 de cr\u00e9er des fichiers DebugFS et des fonctions pour manipuler des cartes de bits ont \u00e9t\u00e9 mises en \u0153uvre. L'acc\u00e8s \u00e0 l'API pour le d\u00e9veloppement de pilotes a \u00e9t\u00e9 \u00e9largi. Un ensemble complet d'abstractions pour le d\u00e9veloppement de pilotes de dispositifs USB a \u00e9t\u00e9 ajout\u00e9 (exemple de pilote USB). La commande perf a \u00e9t\u00e9 dot\u00e9e du support pour les symboles de d\u00e9bogage g\u00e9n\u00e9r\u00e9s par le compilateur rustc. <\/ul>\n
- Virtualisation et s\u00e9curit\u00e9<\/b>\n
- \n
- Le support de la v\u00e9rification cryptographique des programmes BPF charg\u00e9s par signature num\u00e9rique a \u00e9t\u00e9 ajout\u00e9. Dans le futur, cette fonctionnalit\u00e9 sera \u00e9tendue par des moyens permettant de d\u00e9finir des r\u00e8gles de chargement pour les programmes BPF sign\u00e9s et de fournir aux utilisateurs non privil\u00e9gi\u00e9s la possibilit\u00e9 d'utiliser des programmes BPF v\u00e9rifi\u00e9s.\n
- Dans l'hyperviseur KVM, le support de la virtualisation de l'extension Intel CET (Control-flow Enforcement Technology) a \u00e9t\u00e9 impl\u00e9ment\u00e9, utilis\u00e9 pour prot\u00e9ger contre les exploits utilisant des m\u00e9thodes de programmation orient\u00e9e retour (ROP \u2014 Return-Oriented Programming). Le principe de protection est que, apr\u00e8s le transfert de contr\u00f4le \u00e0 une fonction, l'adresse de retour est sauvegard\u00e9e par le processeur non seulement dans la pile classique, mais aussi dans une pile ombrag\u00e9e s\u00e9par\u00e9e, qui ne peut pas \u00eatre modifi\u00e9e directement.\n
- Il est d\u00e9sormais possible d'utiliser plus de 255 CPU dans les syst\u00e8mes invit\u00e9s fonctionnant sous l'hyperviseur Bhyve sur des h\u00f4tes avec FreeBSD 15.\n
- Une couche dibs (Direct Internal Buffer Sharing) a \u00e9t\u00e9 ajout\u00e9e pour un partage de m\u00e9moire g\u00e9r\u00e9 \u00e0 l'int\u00e9rieur d'environnements isol\u00e9s, tels que l'hyperviseur ou une instance du noyau Linux.\n
- La sous-syst\u00e8me d'audit prend maintenant en charge le fonctionnement avec plusieurs modules LSM (Linux Security Module) activ\u00e9s simultan\u00e9ment.\n
- Un pilote virtio spi-virtio a \u00e9t\u00e9 ajout\u00e9 pour acc\u00e9der \u00e0 des appareils SPI (Serial Peripheral Interface) \u00e0 partir de machines virtuelles<\/a>.\n
- L'hyperviseur KVM a ajout\u00e9 la prise en charge du mode SEV-SNP CipherText Hiding, bloquant la lecture du texte chiffr\u00e9 en m\u00e9moire des syst\u00e8mes invit\u00e9s prot\u00e9g\u00e9s par un CPU non autoris\u00e9.\n
- Un pilote qtee pour les environnements TEE (Trusted Execution Environment) des puces Qualcomm a \u00e9t\u00e9 ajout\u00e9. <\/ul>\n
- Sous-syst\u00e8me r\u00e9seau<\/b>\n
- \n
- Prise en charge du chiffrement des connexions TCP en utilisant le protocole PSP (PSP Security Protocol), d\u00e9velopp\u00e9 par Google pour chiffrer le trafic entre les datacenters. PSP assure le chiffrement, le contr\u00f4le d'int\u00e9grit\u00e9 cryptographique et l'authentification de la source, r\u00e9alisant une combinaison des capacit\u00e9s des protocoles TLS et IPsec. PSP applique le chiffrement au niveau de connexions r\u00e9seau individuelles, et non \u00e0 l'ensemble du canal de communication. PSP utilise des cl\u00e9s de chiffrement distinctes pour diff\u00e9rentes connexions TCP tunnelis\u00e9es afin d'isoler strictement le trafic des diff\u00e9rentes applications et processeurs. Pour all\u00e9ger la charge du CPU, il prend en charge le d\u00e9chargement des op\u00e9rations de chiffrement et de d\u00e9chiffrement vers les cartes r\u00e9seau (offload). Le protocole UDP est utilis\u00e9 comme transport pour les donn\u00e9es, sur lequel le contenu du paquet TCP original est encapsul\u00e9. <\/p>\n
![\"Publication](\"\/wp-content\/uploads\/2025\/12\/180701a9b56890a55860d65207471472.png\")
<\/center> <\/p>\n- Le support initial de l'extension AccECN (Accurate Explicit Congestion Notification) a \u00e9t\u00e9 ajout\u00e9. Cette extension am\u00e9liore l'ECN en permettant aux h\u00f4tes, en cas de congestion, de marquer les paquets IP au lieu de les rejeter, ce qui permet de d\u00e9tecter l'apparition d'une congestion initiale dans les canaux de communication sans perte de paquets. L'extension ECN d'origine a une restriction qui ne permet d'envoyer qu'un seul signal de congestion au cours d'un cycle de transmission TCP (RTT, Round-Trip Time, envoi de la requ\u00eate et r\u00e9ception de la r\u00e9ponse). AccECN supprime cette limitation et permet au r\u00e9cepteur de transmettre \u00e0 l'exp\u00e9diteur plus d'une \u00e9tiquette de congestion dans l'en-t\u00eate du paquet TCP. Les algorithmes de gestion de la congestion peuvent utiliser les informations re\u00e7ues pour r\u00e9agir plus pr\u00e9cis\u00e9ment aux congestions sans avoir recours \u00e0 une r\u00e9duction drastique du taux d'envoi des paquets en cas de l\u00e9g\u00e8re congestion.\n
- Le traitement des paquets entrants dans la pile UDP a \u00e9t\u00e9 optimis\u00e9 en cas d'attaques DDoS, entra\u00eenant un grand nombre de paquets arrivant dans un ou plusieurs sockets UDP. Les optimisations apport\u00e9es, telles que la r\u00e9duction des blocages concurrents, l'optimisation de l'emplacement des structures de donn\u00e9es en m\u00e9moire et l'utilisation de verrous tenant compte de l'architecture NUMA (Non-Uniform Memory Access), ont permis d'augmenter les performances de r\u00e9ception des paquets UDP de 47 % et plus dans des conditions extr\u00eames.\n
- Une option pour d\u00e9sactiver le caching des entr\u00e9es\/sorties sur le serveur NFS a \u00e9t\u00e9 mise en place, ce qui permet d'utiliser le serveur NFS dans des syst\u00e8mes avec peu de m\u00e9moire (par exemple, dans des environnements cloud limit\u00e9s). La d\u00e9sactivation du cache peut \u00e9galement \u00eatre utile sur les serveurs NFS charg\u00e9s pour \u00e9viter l'\u00e9viction des donn\u00e9es li\u00e9es aux disques locaux en lib\u00e9rant de la m\u00e9moire pour le cache NFS.\n
- La taille maximale des tampons pour les paquets entrants et sortants des sockets r\u00e9seaux (net.core.rmem_max et net.core.wmem_max) a \u00e9t\u00e9 augment\u00e9e de 2 Mo \u00e0 4 Mo. La taille par d\u00e9faut n'a pas chang\u00e9 (net.core.rmem_default et net.core.wmem_default = 2 Mo).\n
- Un pilote pour l'acc\u00e9l\u00e9rateur des op\u00e9rations r\u00e9seau Qualcomm PPE (Packet Processing Engine), utilis\u00e9 dans le SoC Qualcomm IPQ9574, a \u00e9t\u00e9 ajout\u00e9. <\/ul>\n
- Mat\u00e9riel<\/b>\n
- \n
- Le noyau inclut le pilote Tyr, \u00e9crit en Rust, qui g\u00e8re les GPU ARM Mali utilisant la technologie CSF (Command Stream Frontend), tels que les Mali G310, G510 et G710. Ce pilote n'est pas encore pr\u00eat pour un usage r\u00e9gulier par des utilisateurs normaux et est consid\u00e9r\u00e9 comme un prototype exp\u00e9rimental pour tester les abstractions de d\u00e9veloppement de pilotes en Rust.\n
- Le support des pav\u00e9s tactiles \u00e0 retour haptique et des capteurs de pression a \u00e9t\u00e9 ajout\u00e9 aux pilotes pour dispositifs d'entr\u00e9e avec interface HID (Human Interface Device).\n
- Le travail sur le pilote drm (Direct Rendering Manager) Xe pour les GPU bas\u00e9s sur l'architecture Intel Xe, utilis\u00e9e dans les cartes graphiques Intel de la famille Arc et la graphique int\u00e9gr\u00e9e depuis les processeurs Tiger Lake, a \u00e9t\u00e9 poursuivi. La nouvelle version inclut l'interface madvise, le support de SR-IOV PF (Single Root I\/O Virtualization Physical Function), le support du mode Intel PSMI pour la validation du mat\u00e9riel, le traitement des informations d'erreur fournies par les firmwares, l'impl\u00e9mentation du profil de consommation d'\u00e9nergie SLPC, et le support du chargement de firmwares auxiliaires (comme le contr\u00f4leur de ventilateur et le r\u00e9gulateur de tension) lors de la v\u00e9rification du pilote.\n
- Le pilote AMDGPU a ajout\u00e9 le support des dispositifs avec APU Cyan Skillfish, am\u00e9lior\u00e9 le support de l'AMD GCN 1.0 et a r\u00e9alis\u00e9 la compatibilit\u00e9 avec l'outil criu, tandis que les m\u00e9triques de temp\u00e9rature ont \u00e9t\u00e9 ajout\u00e9es dans sysfs et les requ\u00eates de remapping MMIO depuis l'espace utilisateur ont \u00e9t\u00e9 autoris\u00e9es.\n
- Le pilote i915 a ajout\u00e9 la prise en charge des puces de la famille Wildcat Lake et am\u00e9lior\u00e9 le fonctionnement avec les GPU Jasper Lake, Elkhart Lake, Gen7 et Gen6.\n
- Le pilote Nouveau utilise par d\u00e9faut les firmwares GSP de NVIDIA et a am\u00e9lior\u00e9 le traitement des erreurs.\n
- L'int\u00e9gration des composants du pilote Nova pour les GPU NVIDIA \u00e9quip\u00e9s de firmwares GSP a \u00e9t\u00e9 poursuivie, utilis\u00e9e depuis la s\u00e9rie NVIDIA GeForce RTX 2000 bas\u00e9e sur l'architecture Turing. Le pilote est \u00e9crit en Rust. La nouvelle version \u00e9tend le support des firmwares GSP, am\u00e9liore la mise en \u0153uvre de la macro \u00ab register! \u00bb, et ajoute le support des classes de p\u00e9riph\u00e9riques PCI et des identifiants des fabricants.\n
- Le pilote rocket pour les acc\u00e9l\u00e9rateurs NPU, utilis\u00e9s dans les SoC Rockchip RK3588, a \u00e9t\u00e9 ajout\u00e9.\n
- Un param\u00e8tre de noyau \u00ab boot_display \u00bb a \u00e9t\u00e9 ajout\u00e9 pour s\u00e9lectionner le dispositif de sortie pour afficher le processus de d\u00e9marrage sur les syst\u00e8mes multi-GPU.\n
- Le pilote vesadrm a mis en \u0153uvre le support des palettes 8 bits.\n
- Le pilote msm a ajout\u00e9 la prise en charge du GPU Adreno 663 et a mis en \u0153uvre la technologie de r\u00e9duction de consommation d'\u00e9nergie IFPC (Inter Frame Power Collapse).\n
- Le pilote panthor a ajout\u00e9 la prise en charge des GPU Mali-G710, Mali-G510, Mali-G310, Mali-Gx15, Mali-Gx20 et Mali-Gx25.\n
- Ajout de la prise en charge des syst\u00e8mes audio ASoC Qualcomm Glymur et PM4125, Realtek RT1321, Shanghai FourSemi FS2104\/5S, Texas Instruments PCM1754 et TAS2783A, qcs615, CS35L56 B2, tas2118, tas2x20, tas5825. Ajout de la prise en charge des cartes son USB Tascam US-144mkII et Presonus S1824c.\n
- Ajout de la prise en charge des CPU ARM Cortex-A320\/A520AE\/A720AE et C1-Nano\/Pro\/Premium\/Ultra.\n
- Ajout de la prise en charge des plateformes ARM, SoC et appareils : Apple M2 Pro, M2 Max et M2 Ultr, Sony Xperia SP, Samsung Galaxy S22, Samsung Galaxy S20 FE, ASUS Eee Pad Slider SL101, Lenovo ThinkBook 16, HP Omnibook X14 X1P42100, Dell Inspiron 7441 \/ Latitude 7455, Sige1, NanoPi Zero2, Axis Artpec8, NXP i.MX91, ROCK 2A\/2F, Qualcomm Lemans Auto, Renesas RZ\/T2H, RZ\/N2H, RZ\/T2H et RZ\/N2H, Aspeed AST27xx, Meta Clemente BMC, Netcube Nagami som, Tqma91xx, Ultratronik i.MX8MP Ultra-MACH, i.MX8ULP EVK9, Buffalo WXR-1750DHP. <\/ul>\n<\/ul>\n