{"id":168562,"date":"2026-04-13T23:12:13","date_gmt":"2026-04-13T21:12:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linux-7-0"},"modified":"2026-04-13T23:12:13","modified_gmt":"2026-04-13T21:12:13","slug":"linux-7-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/linux-7-0","title":{"rendered":"Linux 7.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Linux 7.0\" src=\"\/wp-content\/uploads\/2026\/04\/7aac3667fec9d6d2ab52ea9a50f6c400.jpg\" style=\"display:block;margin: 0 auto;\" \/>                              <noindex>      <noindex><\/p>\n<p>Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAHk-=wj2WqpPBwpAXo8bj_Hx-NxKMRVTVMUaQis7+Vm6XLRZiw@mail.gmail.com\/T\/#u\">pr\u00e9sent\u00e9<\/a> a annonc\u00e9 la sortie du noyau <a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/\">Linux 7.0<\/a>. Parmi les changements les plus notables : les r\u00e8gles d'utilisation des assistants AI, le passage de Rust aux fonctionnalit\u00e9s principales du noyau, l'am\u00e9lioration des performances de swap, l'activation par d\u00e9faut du mode PREEMPT_LAZY, le support des filtres pour les op\u00e9rations io_uring, le nouveau syst\u00e8me de fichiers Nullfs, l'infrastructure fserror, les outils de surveillance XFS, le support du remappage dans Btrfs, l'activation par d\u00e9faut de la version NFS 4.1, l'int\u00e9gration de l'algorithme cryptographique post-quantique ML-DSA, l'activation d'AccECN dans le sous-syst\u00e8me r\u00e9seau, un support initial pour WiFi 8.<\/p>\n<p><\/noindex><\/noindex> <\/p>\n<p>Le num\u00e9ro 7.0 a \u00e9t\u00e9 attribu\u00e9, car la branche 6.x a accumul\u00e9 suffisamment de versions pour justifier le changement du premier chiffre dans le num\u00e9ro de version (la version 6.0 avait \u00e9t\u00e9 form\u00e9e juste apr\u00e8s 5.19). Changer de num\u00e9rotation est principalement une question esth\u00e9tique et repr\u00e9sente une d\u00e9marche formelle qui \u00e9limine le d\u00e9sagr\u00e9ment caus\u00e9 par l'accumulation d'un grand nombre de versions dans la s\u00e9rie.<\/p>\n<p>La nouvelle version comprend 15624 corrections de la part de 2477 d\u00e9veloppeurs, la taille du patch est de 56 Mo (les modifications ont touch\u00e9 18053 fichiers, 704060 lignes de code ont \u00e9t\u00e9 ajout\u00e9es, 278132 lignes supprim\u00e9es). Dans la version pr\u00e9c\u00e9dente, il y avait 15657 corrections de 2237 d\u00e9veloppeurs, la taille du patch \u00e9tait de 52 Mo. Environ 51 % de toutes les modifications pr\u00e9sent\u00e9es dans la version 7.0 concernent les pilotes de p\u00e9riph\u00e9riques, environ 11 % des changements ont trait \u00e0 la mise \u00e0 jour du code sp\u00e9cifique aux architectures mat\u00e9rielles, 14 % concernent la pile r\u00e9seau, 5 % concernent les syst\u00e8mes de fichiers et 3 % concernent les sous-syst\u00e8mes internes du noyau.<\/p>\n<p>  <noindex><\/p>\n<p>Les principales nouveaut\u00e9s du noyau 7.0 (<a rel=\"nofollow\" href=\"https:\/\/kernelnewbies.org\/Linux_7.0\">kernelnewbies.org<\/a>, <a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/1058664\/\">lwn.net<\/a>, <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/kernel\/ml\/7.0.html\">OpenNET<\/a>):<\/p>\n<p><\/noindex> <\/p>\n<ul>\n<li><strong>Sous-syst\u00e8me de disque, entr\u00e9e\/sortie et syst\u00e8mes de fichiers<\/strong>\n<ul>\n<li>L'infrastructure fserror a \u00e9t\u00e9 mise en \u0153uvre et <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=dd466ea0029961ee0ee6e8e468faa1506275c8a9\">ajout\u00e9<\/a> une API pour obtenir des informations sur les erreurs d'entr\u00e9e\/sortie et la corruption des m\u00e9tadonn\u00e9es lors de la manipulation de fichiers. L'infrastructure propos\u00e9e unifie dans les syst\u00e8mes de fichiers la transmission d'informations sur les erreurs vers l'espace utilisateur via le m\u00e9canisme fsnotify.<\/li>\n<li>Dans XFS <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-xfs\/176897694953.202109.15171131238404759078.stgit@frogsfrogsfrogs\/\">ajout\u00e9es<\/a> nouvelles fonctionnalit\u00e9s pour surveiller l'\u00e9tat du syst\u00e8me de fichiers depuis l'espace utilisateur. Une op\u00e9ration ioctl XFS_IOC_HEALTH_MONITOR a \u00e9t\u00e9 propos\u00e9e, renvoyant un descripteur de fichier \u00e0 travers lequel il est possible d'obtenir des informations sur les pannes li\u00e9es \u00e0 la corruption des m\u00e9tadonn\u00e9es ou \u00e0 l'apparition d'erreurs d'entr\u00e9e\/sortie, ainsi que de suivre les changements d'\u00e9tat du FS, tels que le d\u00e9montage et l'arr\u00eat. De plus, un processus en arri\u00e8re-plan g\u00e9r\u00e9 par systemd, xfs_healer, a \u00e9t\u00e9 propos\u00e9 pour traiter les \u00e9v\u00e9nements sur l'\u00e9tat du FS depuis l'espace utilisateur et, si n\u00e9cessaire, le red\u00e9marrer automatiquement. <a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/next\/filesystems\/xfs-online-fsck-design.html\">proc\u00e9dures de r\u00e9cup\u00e9ration<\/a>.<\/li>\n<li>Une prise en charge exp\u00e9rimentale de la structure \u00ab arbre de remapping \u00bb a \u00e9t\u00e9 ajout\u00e9e au syst\u00e8me de fichiers Btrfs (<a rel=\"nofollow\" href=\"https:\/\/github.com\/btrfs\/btrfs-todo\/issues\/54\">remap tree<\/a>), qui pourrait \u00e0 l'avenir \u00eatre utilis\u00e9e comme couche interm\u00e9diaire lors des op\u00e9rations d'entr\u00e9e-sortie. Le principe de la fonctionnalit\u00e9 ajout\u00e9e est que, apr\u00e8s le d\u00e9placement des donn\u00e9es sur le support, au lieu de mettre \u00e0 jour toutes les structures associ\u00e9es \u00e0 ces donn\u00e9es, les anciennes et nouvelles adresses des donn\u00e9es sont conserv\u00e9es dans une structure suppl\u00e9mentaire \u00ab remap tree \u00bb, puis lors de l'acc\u00e8s aux donn\u00e9es, les adresses sont substitu\u00e9es. Cette nouvelle approche est pr\u00e9sent\u00e9e comme plus fiable et flexible, tout en simplifiant l'expansion future des fonctionnalit\u00e9s de Btrfs.<\/li>\n<li>Dans Btrfs <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=8912c2fd5830\">r\u00e9alis\u00e9e<\/a> support du passage direct en entr\u00e9e\/sortie dans les situations o\u00f9 la taille du bloc d\u00e9passe la taille de la page m\u00e9moire dans le syst\u00e8me.<\/li>\n<li>Comprend le <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7416634fd6f1\">sont incluses.<\/a> un nouveau syst\u00e8me de fichiers Nullfs, qui peut \u00eatre utilis\u00e9 comme substitut pour le syst\u00e8me de fichiers racine. Le syst\u00e8me de fichiers Nullfs est toujours vide, ne contient aucune donn\u00e9e et ne prend pas en charge les modifications. L'objectif de Nullfs est d'\u00eatre utilis\u00e9 comme syst\u00e8me de fichiers initial pour simplifier le processus de d\u00e9marrage du syst\u00e8me \u2013 d'autres syst\u00e8mes de fichiers sont ensuite mont\u00e9s au-dessus de Nullfs et la fonction syst\u00e8me pivot_root() est utilis\u00e9e pour changer le syst\u00e8me de fichiers racine au lieu de nettoyer le contenu de initramfs et d'utiliser le syst\u00e8me de fichiers racine associ\u00e9.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=74554251dfc9\">Impl\u00e9ment\u00e9<\/a> la mise \u00e0 jour des informations sur le temps de modification des fichiers en mode non-bloquant. Auparavant, l'appel file_update_time_flags() avec le drapeau IOCB_NOWAIT retournait une erreur -EAGAIN, ce qui emp\u00eachait l'utilisation des op\u00e9rations d'\u00e9criture directe en mode non-bloquant.<\/li>\n<li>Dans les syst\u00e8mes de fichiers sous forme d'options activables s\u00e9par\u00e9ment, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7e463614c97b\">traduit<\/a> le support des verrouillages de notification (<a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/F_SETLEASE.2const.html\">lease<\/a>). Par d\u00e9faut, ce m\u00e9canisme n'est plus activ\u00e9 en raison de probl\u00e8mes avec le syst\u00e8me de fichiers, initialement non con\u00e7u pour son utilisation. Par exemple, il n'est pas pris en charge par les syst\u00e8mes de fichiers 9p et cephfs.<\/li>\n<li>Dans le syst\u00e8me de fichiers EROFS (Extendable Read-Only File System), destin\u00e9 \u00e0 \u00eatre utilis\u00e9 sur des partitions accessibles uniquement en lecture, l'algorithme LZMA est utilis\u00e9 par d\u00e9faut pour la compression. Les algorithmes DEFLATE et Zstandard sont disponibles en option et ne sont plus marqu\u00e9s comme exp\u00e9rimentaux. Le partage d'entr\u00e9es dans le cache de pages (page-cache) pour des fichiers identiques dans diff\u00e9rents syst\u00e8mes de fichiers EROFS a \u00e9t\u00e9 impl\u00e9ment\u00e9.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=64dd89ae01f2\">Supprim\u00e9<\/a> Le mode laptop_mode, qui \u00e9conomise l'\u00e9nergie en retardant et en regroupant les op\u00e9rations d'\u00e9criture sur le disque dur afin de prolonger le temps d'inactivit\u00e9 du disque et de r\u00e9duire le nombre de r\u00e9veils, a perdu de son importance car dans les dispositifs mobiles modernes, les disques durs ont \u00e9t\u00e9 remplac\u00e9s par des disques \u00e0 \u00e9tat solide.<\/li>\n<li>Le syst\u00e8me de fichiers F2FS a \u00e9t\u00e9 transform\u00e9 pour utiliser de grands <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=56478#folios\">folios de pages m\u00e9moire<\/a> (large folios).<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=75a452d31ba6\">La<\/a> r\u00e9\u00e9criture du pilote ntfs3 a \u00e9t\u00e9 relanc\u00e9e, <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=55742\">d\u00e9velopp\u00e9e<\/a> par la soci\u00e9t\u00e9 Paragon Software. Le support des op\u00e9rations avec des fichiers bas\u00e9es sur iomap a \u00e9t\u00e9 ajout\u00e9, les options llseek SEEK_DATA\/SEEK_HOLE ont \u00e9t\u00e9 impl\u00e9ment\u00e9es, et le mode delalloc pour l'allocation diff\u00e9r\u00e9e de blocs a \u00e9t\u00e9 ajout\u00e9. Entre-temps, dans la liste de diffusion des d\u00e9veloppeurs du noyau, en f\u00e9vrier, il a \u00e9t\u00e9 <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20260204094210.GA31939@lst.de\/#t\">approuv\u00e9<\/a> l'inclusion dans une des futures versions du noyau d'une nouvelle impl\u00e9mentation de NTFS - <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=64084\">ntfsplus<\/a>, con\u00e7ue pour remplacer ntfs3.<\/li>\n<li>Par d\u00e9faut, lors de la construction, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7537db24806f\">sont incluses.<\/a> la version du protocole NFS 4.1 (CONFIG_NFS_V4_1). <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=b3c78bc53630\">Une<\/a> verrouillage de l'exportation via NFS de syst\u00e8mes de fichiers pseudo-sp\u00e9cialis\u00e9s, tels que pidfs et nsfs, a \u00e9t\u00e9 assur\u00e9. Dans NFSD, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=feb8a46b14d9\">r\u00e9alis\u00e9e<\/a> une possibilit\u00e9 exp\u00e9rimentale d'utiliser des ACL POSIX et <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=1c87a0c39a86\">ajout\u00e9<\/a> le support du changement dynamique du pool de threads (thread-pool) en fonction de la charge a \u00e9t\u00e9 ajout\u00e9.<\/li>\n<\/ul>\n<\/li>\n<li><strong>M\u00e9moire et services syst\u00e8me<\/strong>\n<ul>\n<li> <noindex>\n<p>Les r\u00e8gles officielles pour <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/process\/coding-assistants.html\">l'application des assistants AI<\/a> et pour leur int\u00e9gration dans le noyau <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/process\/generated-content.html\">de contenu g\u00e9n\u00e9r\u00e9 automatiquement ont \u00e9t\u00e9 approuv\u00e9es.<\/a>. Lors de la transmission de code g\u00e9n\u00e9r\u00e9, il est prescrit de le marquer en indiquant l'assistant IA utilis\u00e9 via le tag Assisted-by. Les assistants IA ne sont pas autoris\u00e9s \u00e0 ajouter le tag Signed-off-by \u2013 la personne ayant transmis le patch est consid\u00e9r\u00e9e comme son auteur, est responsable de la modification fournie et garantit sa qualit\u00e9. Les d\u00e9veloppeurs sont tenus d'effectuer une r\u00e9vision manuelle du code re\u00e7u via l'IA et de v\u00e9rifier la conformit\u00e9 du r\u00e9sultat aux exigences de licence.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Support de Rust <a rel=\"nofollow\" href=\"https:\/\/opennet.ru\/64401-rust\">traduit<\/a> des exp\u00e9rimentations vers <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=9fa7153c31a3\">les fonctionnalit\u00e9s fondamentales du noyau<\/a>.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20251220-swap-table-p2-v5-0-8862a265a033@tencent.com\/T\/\">Termin\u00e9<\/a> l'int\u00e9gration dans le noyau d'un m\u00e9canisme \u00ab<a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/mm\/swap-table.html\">Table de Swap<\/a>&raquo;, permettant d'am\u00e9liorer les performances du swap. L'acc\u00e9l\u00e9ration est obtenue en r\u00e9duisant la concurrence pour l'acc\u00e8s au cache de swap, en optimisant la recherche dans le cache et en diminuant la fragmentation. Le backend bas\u00e9 sur la Swap Table est utilis\u00e9 pour le cache de swap au lieu du backend XArray et a permis, lors du test redis-benchmark avec BGSAVE, d'augmenter le nombre de requ\u00eates trait\u00e9es de 22%.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Ajout du support d'une nouvelle extension apparue dans Clang 22 <a rel=\"nofollow\" href=\"https:\/\/clang.llvm.org\/docs\/ThreadSafetyAnalysis.html\">Analyse de la s\u00e9curit\u00e9 des threads<\/a>, permettant \u00e0 la compilation d'identifier les \u00e9tats de course potentiels et les erreurs caus\u00e9es par des verrous mal configur\u00e9s. L'extension propose une s\u00e9rie d'attributs tels que GUARDED_BY(&#8230;), REQUIRES(&#8230;), RELEASE(&#8230;) et ACQUIRE(&#8230;), permettant de marquer les fonctions couvertes par des verrous et de d\u00e9finir les contextes d'application des verrous. Une v\u00e9rification de la validit\u00e9 de l'application des primitives de synchronisation comme les mutex est effectu\u00e9e lors de la compilation, bas\u00e9e sur l'\u00e9valuation de l'activit\u00e9 ou de l'inactivit\u00e9 du contexte associ\u00e9.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Dans l'appel syst\u00e8me open_tree <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/9b8a0ba68246a61d903ce62c35c303b1501df28b\">ajout\u00e9<\/a> , le drapeau OPEN_TREE_NAMESPACE pour simplifier la configuration des conteneurs isol\u00e9s et acc\u00e9l\u00e9rer le d\u00e9marrage des conteneurs sur des syst\u00e8mes avec un grand nombre de points de montage. \u00c0 l'instar de OPEN_TREE_CLONE, le nouveau drapeau ne copie que l'arbre de points de montage sp\u00e9cifi\u00e9 (mount tree), mais au lieu de retourner un descripteur de fichier local, il retourne un descripteur de fichier dans un nouvel espace de noms de points de montage, dans lequel l'arbre copi\u00e9 est mont\u00e9 au-dessus de la copie du v\u00e9ritable syst\u00e8me de fichiers racine. Le drapeau OPEN_TREE_NAMESPACE est demand\u00e9 pour \u00e9viter l'ex\u00e9cution s\u00e9par\u00e9e des op\u00e9rations unshare(CLONE_NEWNS) et pivot_root(), utilis\u00e9es lors de la cr\u00e9ation de conteneurs.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Dans l'appel syst\u00e8me rseq <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kernel\/20251215155615.870031952@linutronix.de\/T\/\">ajout\u00e9<\/a> m\u00e9canisme d'extension des quantum de temps (time slice), permettant d'obtenir du temps processeur suppl\u00e9mentaire pour l'ex\u00e9cution continue de la section critique. L'id\u00e9e est d'\u00e9viter l'interruption de la section critique par le planificateur de t\u00e2ches avec un verrouillage en place, ce qui conduit \u00e0 un transfert de contr\u00f4le vers d'autres flux utilisant une ressource, sur laquelle le verrouillage reste actif. L'extension du quantum de temps se fait sans frais suppl\u00e9mentaires, mais aussi sans garanties strictes, fournies par un v\u00e9ritable r\u00e9glage des priorit\u00e9s.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Pour les architectures arm64, loongarch, powerpc, riscv, s390 et x86, le mode de pr\u00e9emption (preemption) dans le planificateur est activ\u00e9 par d\u00e9faut. <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7dadeaa6e851\">modifi\u00e9<\/a> de PREEMPT_NONE \u00e0 PREEMPT_LAZY. Le nombre de modes possibles <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7dadeaa6e851\">r\u00e9duit<\/a> de quatre \u00e0 deux &ndash; PREEMPT_FULL et PREEMPT_LAZY (les modes PREEMPT_NONE et PREEMPT_VOLUNTARY sont laiss\u00e9s uniquement pour les architectures ne supportant pas PREEMPT_FULL et PREEMPT_LAZY). Le mode PREEMPT_LAZY applique le mod\u00e8le d'interruption compl\u00e8te (PREEMPT_FULL) pour les t\u00e2ches en temps r\u00e9el (RR\/FIFO\/DEADLINE), mais retarde l'interruption des t\u00e2ches normales (SCHED_NORMAL) jusqu'\u00e0 la limite de tick. Le retard introduit r\u00e9duit les occurrences d'interruption des d\u00e9tenteurs de verrou, ce qui permet d'approcher les performances des configurations utilisant le mod\u00e8le d'interruption volontaire, c'est-\u00e0-dire que PREEMPT_LAZY permet de maintenir les capacit\u00e9s d'interruption compl\u00e8te pour les t\u00e2ches en temps r\u00e9el tout en minimisant la baisse de performance pour les t\u00e2ches normales.<\/p>\n<p><\/noindex> <noindex><\/p>\n<p>L'activation de PREEMPT_LAZY <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=65143\">a conduit<\/a> \u00e0 une s\u00e9rieuse r\u00e9gression, r\u00e9duisant de moiti\u00e9 la performance de PostgreSQL sur les syst\u00e8mes ARM64. Pour rem\u00e9dier \u00e0 la baisse de performance, il a \u00e9t\u00e9 propos\u00e9 aux d\u00e9veloppeurs de PostgreSQL <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20260403213207.GF2872@noisy.programming.kicks-ass.net\/\">d'activer<\/a> l'option PR_RSEQ_SLICE_EXTENSION pour r\u00e9duire la probabilit\u00e9 de pr\u00e9emption des d\u00e9tenteurs de verrous.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/rust-for-linux\/20260208135445.64840-1-ojeda@kernel.org\/\">La migration<\/a> des changements de la branche <a rel=\"nofollow\" href=\"https:\/\/github.com\/Rust-for-Linux\/linux\">Rust-for-Linux<\/a>, li\u00e9es \u00e0 l'utilisation du langage Rust comme deuxi\u00e8me langue pour le d\u00e9veloppement de pilotes et de modules noyau (le support de Rust n'est pas activ\u00e9 par d\u00e9faut et ne rend pas Rust n\u00e9cessaire parmi les d\u00e9pendances de construction du noyau). Gr\u00e2ce \u00e0 la biblioth\u00e8que pr\u00e9alablement int\u00e9gr\u00e9e &laquo;<a rel=\"nofollow\" href=\"https:\/\/crates.io\/crates\/syn\">syn (crates.io)<\/a>&raquo;, facilitant l'\u00e9criture de macros complexes, la taille du code Rust dans le noyau a pu \u00eatre r\u00e9duite en simplifiant les d\u00e9finitions des macros proc\u00e9durales existantes. Les capacit\u00e9s des biblioth\u00e8ques kernel, macros et pin-init ont \u00e9t\u00e9 \u00e9tendues.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Dans le syst\u00e8me d'E\/S asynchrone io_uring <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=5247c034a67f\">ajout\u00e9<\/a> option pour utiliser des files d'attente de soumission non circulaires, plus efficacement mises en cache dans les situations o\u00f9 l'ex\u00e9cution d'une demande se termine avant le retour d'un appel syst\u00e8me.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Dans la sous-syst\u00e8me eBPF, dans le m\u00e9canisme BTF (BPF Type Format), fournissant des informations pour v\u00e9rifier les types dans le pseudo-code BPF, afin de rechercher des informations de d\u00e9bogage <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=b9da17391e13\">est activ\u00e9<\/a> recherche binaire, ce qui a am\u00e9lior\u00e9 l'efficacit\u00e9 du chargement des programmes BPF. Dans eBPF <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=b236134f70ba\">ajout\u00e9<\/a> prise en charge des arguments implicites lors de l'appel <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/bpf\/kfuncs.html\">kfunc<\/a> (fonctions du noyau, accessibles pour utilisation dans les programmes BPF), d\u00e9finies avec le drapeau KF_IMPLICIT_ARGS.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=996812c453ca\">Supprim\u00e9<\/a> code pour prendre en charge l'initial RAM disk (initrd) bas\u00e9 sur <a rel=\"nofollow\" href=\"https:\/\/github.com\/openSUSE\/linuxrc\">linuxrc<\/a>, annonc\u00e9 depuis longtemps comme obsol\u00e8te. Les impl\u00e9mentations restantes de initrd devraient \u00eatre retir\u00e9es en 2027. Au lieu de initrd, il est conseill\u00e9 d'utiliser initramfs (la diff\u00e9rence \u00e9tant que initrd place l'environnement de d\u00e9marrage initial dans une image de disque, tandis que initramfs \u2013 dans un syst\u00e8me de fichiers).<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Dans le dispositif de bloc <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/admin-guide\/blockdev\/zram.html\">zram<\/a>, utilis\u00e9 pour le stockage compress\u00e9 de la partition de swap en m\u00e9moire, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=d38fab605c66\">la logique de gestion des pages de m\u00e9moire compress\u00e9es a \u00e9t\u00e9 modifi\u00e9e lors du d\u00e9placement optionnel des donn\u00e9es vers le stockage permanent en cas de saturation de la m\u00e9moire vive disponible. Auparavant, les pages de m\u00e9moire \u00e9taient d\u00e9compress\u00e9es avant d'\u00eatre \u00e9crites sur un support physique, mais maintenant elles sont conserv\u00e9es telles quelles sous forme compress\u00e9e, ce qui r\u00e9duit la charge sur le CPU et \u00e9conomise de l'\u00e9nergie lors du fonctionnement autonome.<\/a> Dans l'utilitaire<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>timerlat <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/tools\/rtla\/rtla-timerlat.html\">, destin\u00e9 \u00e0 mesurer les latences lors du fonctionnement du planificateur de t\u00e2ches,<\/a>option \u2014bpf-action pour ex\u00e9cuter des programmes BPF en cas de d\u00e9passement du seuil sp\u00e9cifi\u00e9. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=f967d1eca7d0\">ajout\u00e9<\/a> option \u2014bpf-action pour ex\u00e9cuter des programmes BPF en cas de d\u00e9passement du seuil d\u00e9fini.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>des filtres <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=729757b96a66\">des d\u00e9clencheurs<\/a> et <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=6a80838814ee\">la commande perf sched stats pour collecter et afficher des statistiques sur l'op\u00e9ration du planificateur de t\u00e2ches.<\/a>. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=800af362d689\">Ajout\u00e9<\/a> options de compilation LOGO_LINUX_MONO_FILE, LOGO_LINUX_VGA16_FILE et LOGO_LINUX_CLUT224_FILE pour d\u00e9finir le fichier contenant l'image du logo qui sera affich\u00e9 lors du d\u00e9marrage du noyau \u00e0 la place du logo par d\u00e9faut avec le pingouin Tux.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=dfa6ce636cb8\">Ajout\u00e9s<\/a> Dans le syst\u00e8me d'E\/S asynchrone io_uring<\/p>\n<p><\/noindex> <\/li>\n<\/ul>\n<\/li>\n<li><strong>Virtualisation et s\u00e9curit\u00e9<\/strong>\n<ul>\n<li>dans le syst\u00e8me d'E\/S asynchrone io_uring <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=d42eb05e60fea31de49897d63a1d73f933303bd4\">r\u00e9alis\u00e9e<\/a> la possibilit\u00e9 d'attacher des programmes BPF avec des filtres contr\u00f4lant ce que peuvent faire certaines op\u00e9rations SQE (Submission Queue Entry) (similaires aux appels syst\u00e8me dans io_uring). La fonction ajout\u00e9e est l'analogue des filtres d'appels syst\u00e8me. Les filtres peuvent \u00eatre li\u00e9s \u00e0 des t\u00e2ches sp\u00e9cifiques et sont h\u00e9rit\u00e9s lors de la cr\u00e9ation d'autres processus apr\u00e8s un appel \u00e0 fork(). En pr\u00e9sence de filtres actifs, les filtres ajout\u00e9s en superposition ne peuvent qu'attacher des restrictions suppl\u00e9mentaires, sans pouvoir d\u00e9sactiver les filtres existants. La fonction mise en \u0153uvre permettra de bloquer <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=63136\">des m\u00e9thodes<\/a> le contournement de la filtration des appels syst\u00e8me dans des environnements sandbox, bas\u00e9s sur l'ex\u00e9cution d'op\u00e9rations analogiques fournies dans io_uring.<\/li>\n<li>Dans SELinux <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=5473a722f782\">ajout\u00e9<\/a> la possibilit\u00e9 de g\u00e9rer l'acc\u00e8s aux jetons BPF, <a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/935195\/\">permettant<\/a> \u00e0 des processus non privil\u00e9gi\u00e9s d'effectuer certaines op\u00e9rations privil\u00e9gi\u00e9es avec BPF, par exemple, charger des programmes BPF dans le noyau et cr\u00e9er <a rel=\"nofollow\" href=\"https:\/\/docs.ebpf.io\/linux\/map-type\/\">des structures de type map<\/a>.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=64edccea594c\">Ajout\u00e9<\/a> le support de l'algorithme de signature num\u00e9rique <a rel=\"nofollow\" href=\"https:\/\/csrc.nist.gov\/csrc\/media\/Presentations\/2024\/falcon\/images-media\/prest-falcon-pqc2024.pdf\">ML-DSA<\/a> (CRYSTALS-Dilithium), bas\u00e9 sur la th\u00e9orie des r\u00e9seaux et r\u00e9sistant \u00e0 une attaque par ordinateur quantique. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=0ad9a71933e7\">Fournie<\/a> la possibilit\u00e9 d'utiliser ML-DSA pour l'authentification des modules noyau.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=148519a06304\">Retir\u00e9e<\/a> la possibilit\u00e9 d'utiliser des sch\u00e9mas de signature num\u00e9rique avec l'algorithme SHA-1 pour certifier les modules noyau (le support de chargement de modules sign\u00e9s est maintenu).<\/li>\n<li>Dans l'enregistrement d'audit NETFILTER_PKT <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/[https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=15b0c43aa621\">ajout\u00e9es<\/a> les champs sport et dport pour inspecter les num\u00e9ros de ports r\u00e9seau, et non seulement les adresses IP.<\/li>\n<li>Pour les syst\u00e8mes avec architecture RISC-V <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=79dd4f2f40d0\">r\u00e9alis\u00e9e<\/a> le support des extensions Zicfiss et Zicfilp, fournissant des capacit\u00e9s mat\u00e9rielles pour appliquer la protection CFI (Control Flow Integrity), bloquant les violations de l'ordre normal d'ex\u00e9cution des instructions (flow de contr\u00f4le) en raison de l'application d'exploits modifiant les pointeurs de fonction stock\u00e9s en m\u00e9moire.<\/li>\n<li>Dans l'hyperviseur KVM <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=db5e82496492\">r\u00e9alis\u00e9e<\/a> la possibilit\u00e9 de transmettre aux syst\u00e8mes invit\u00e9s des informations sur le support par le processeur de l'extension ERAPS (Enhanced Return Address Predictor Security), permettant d'\u00e9viter certaines op\u00e9rations de r\u00e9initialisation de l'\u00e9tat du CPU lors du retour de contr\u00f4le \u00e0 l'h\u00f4te par le syst\u00e8me invit\u00e9. De plus, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=bf2c3138ae36\">ajout\u00e9<\/a> prise en charge du rattachement des syst\u00e8mes invit\u00e9s \u00e0 l'\u00e9quipement pour le suivi des performances (PMU, Performance Monitoring Unit), ce qui permet d'am\u00e9liorer la pr\u00e9cision du profilage par rapport \u00e0 l'utilisation de PMU \u00e9mul\u00e9es.<\/li>\n<li>Pour le pilote de l'hyperviseur Hyper-V <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ff225ba9ad71\">ajout\u00e9<\/a> prise en charge de l'interface debugfs pour afficher des statistiques sur le fonctionnement de l'hyperviseur.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Sous-syst\u00e8me r\u00e9seau<\/strong>\n<ul>\n<li>L'extension AccECN est activ\u00e9e par d\u00e9faut (<a rel=\"nofollow\" href=\"https:\/\/datatracker.ietf.org\/doc\/html\/draft-ietf-tcpm-accurate-ecn-28\">Notification explicite pr\u00e9cise de congestion<\/a>), qui impl\u00e9mente une version am\u00e9lior\u00e9e de l'extension <a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/Explicit_Congestion_Notification\">ECN (wikipedia.org)<\/a>, permettant aux h\u00f4tes de marquer les paquets IP en cas de surcharge au lieu de les abandonner, 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 limitation qui ne permet d'\u00e9mettre qu'un seul signal de saturation dans un cycle de transmission TCP (RTT, Round-Trip Time, envoi de la demande et r\u00e9ception de la r\u00e9ponse). AccECN supprime cette limitation et permet au destinataire de transmettre plusieurs marqueurs de surcharge \u00e0 l'exp\u00e9diteur dans l'en-t\u00eate du paquet TCP. Les algorithmes de contr\u00f4le de la congestion peuvent utiliser ces informations pour r\u00e9agir plus pr\u00e9cis\u00e9ment aux surcharges et \u00e9viter une r\u00e9duction brusque de l'intensit\u00e9 d'envoi de paquets lors d'une l\u00e9g\u00e8re surcharge.<\/li>\n<li>Dans la mise en \u0153uvre de l'algorithme de gestion des files d'attente r\u00e9seau <a rel=\"nofollow\" href=\"https:\/\/www.bufferbloat.net\/projects\/codel\/wiki\/Cake\/\">Cake<\/a> <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ff420c568b4c\">ajout\u00e9<\/a> , possibilit\u00e9 de traiter plusieurs files d'attente pour r\u00e9partir la charge sur plusieurs c\u0153urs CPU. L'algorithme CAKE est appliqu\u00e9 pour r\u00e9duire l'impact n\u00e9gatif de la mise en m\u00e9moire tampon interm\u00e9diaire des paquets sur l'\u00e9quipement r\u00e9seau frontal, visant \u00e0 atteindre la bande passante maximale possible et le niveau de latence minimal, m\u00eame sur des canaux de communication lents.<\/li>\n<li>Sur les sockets <a rel=\"nofollow\" href=\"https:\/\/www.man7.org\/linux\/man-pages\/man7\/vsock.7.html\">VSOCK<\/a>, utilis\u00e9s pour interagir avec des machines virtuelles, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ff420c568b4c\">ajout\u00e9<\/a> prise en charge des espaces de noms r\u00e9seau (network namespace).<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=a1085114715ee9980405d6856276c5e88339cee7\">Ajout\u00e9<\/a> mise en \u0153uvre initiale de la future norme <a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/IEEE_802.11bn\">WiFi 8<\/a> (802.11bn, WiFi ultra haute fiabilit\u00e9).<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=64783\">Ajout\u00e9s<\/a> optimisations qui ont permis d'augmenter de 12 % le rendement du traitement des paquets UDP entrants lors des tests de stress sur un r\u00e9seau de 100 gigabit.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Mat\u00e9riel<\/strong>\n<ul>\n<li>Dans le pilote AMDGPU <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAPM=9tzgmO1PWeuxjAxqOmS5PTsOe8jHP9Poy23q6tvY66B1KQ@mail.gmail.com\/\">r\u00e9alis\u00e9e<\/a> la prise en charge <a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/IP-cores\">des blocs IP<\/a>, utilis\u00e9s dans les nouveaux GPU AMD, tels que SMUIO 15.x, PSP 15.x, IH 6.1.1\/7.1, MMHUB 3.4\/4.2, GC 11.5.4\/12.1, SDMA 6.1.4\/7.1\/7.11.4 et JPEG 5.3.<\/li>\n<li>Dans le pilote Nouveau, la gestion de la fr\u00e9quence a \u00e9t\u00e9 am\u00e9lior\u00e9e sur les syst\u00e8mes Tegra 186+.<\/li>\n<li>Dans le pilote i915 <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=203c7904f2d85ac768749112ddedb522965316f9\">ajout\u00e9<\/a> prise en charge initiale du bloc IP d'affichage Xe3p_LPD utilis\u00e9 dans les processeurs Intel Nova Lake-P.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAPM=9tzgmO1PWeuxjAxqOmS5PTsOe8jHP9Poy23q6tvY66B1KQ@mail.gmail.com\/\">Poursuivie<\/a> le travail sur le pilote drm (Direct Rendering Manager) Xe pour les GPU bas\u00e9s sur l'architecture Intel Xe, utilis\u00e9 dans les cartes graphiques Intel de la famille Arc et le graphisme int\u00e9gr\u00e9 \u00e0 partir des processeurs Tiger Lake. Ajout du mode <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20251211010249.1647839-19-niranjana.vishwanathapura@intel.com\/T\/\">Multi Queue<\/a>. <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/intel-xe\/20251126185952.546277-1-matthew.brost@intel.com\/\">Ajout\u00e9s<\/a> composants n\u00e9cessaires au diagnostic des plantages de GPU dans Mesa. <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/intel-xe\/20251124190237.20503-1-lukasz.laguna@intel.com\/\">Ajout\u00e9<\/a> prise en charge du m\u00e9canisme MERT pour la gestion de l'acc\u00e8s \u00e0 la m\u00e9moire GPU.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/DFYW1WV6DUCG.3K8V2DAVD1Q4A@kernel.org\/\">Poursuivie<\/a> int\u00e9gration des composants du pilote Nova pour les GPU NVIDIA \u00e9quip\u00e9s de firmware GSP, utilis\u00e9s \u00e0 partir de la s\u00e9rie NVIDIA GeForce RTX 2000 bas\u00e9e sur l'architecture Turing. Le pilote est \u00e9crit en Rust. La nouvelle version pr\u00e9pare la prise en charge des GPU bas\u00e9s sur l'architecture Turing et inclut divers changements internes.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=8ea39d960c9f\">Ajout\u00e9<\/a> prise en charge des contr\u00f4leurs et des p\u00e9riph\u00e9riques avec une interface SPI (Serial Peripheral Interface) multicanal permettant de transmettre des donn\u00e9es dans plusieurs flux parall\u00e8les.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20251214-b4-atcphy-v3-0-ba82b20e9459@kernel.org\/T\/\">Ajout\u00e9<\/a> pilote pour connecteurs combin\u00e9s Type-C utilis\u00e9s sur des appareils bas\u00e9s sur des puces Apple Silicon, combinant les interfaces USB3, DP-AltMode et Thunderbolt\/USB4.<\/li>\n<li>Ajout de la prise en charge des sous-syst\u00e8mes audio des puces Tegra238, Minisforum V3 SE, iBasso DC04U, Intel Nova Lake, Nova Lake S et Focusrite Forte.<\/li>\n<li>Ajout de la prise en charge des plates-formes ARM, SoC et des dispositifs : Arduino UnoQ, OrangePi 6 Plus, OrangePi CM5, Anbernic RG-DS, Realtek Kent, Qualcomm Kaanapali, Mediatek Ezurio, Facebook Anacapa, Microchip LAN9668, Khadas VIM1S, QNAP TS133, i.MX952, i.MX93, i.MX94, VHIP4 EvalBoard, TQ-Systems MBLS1028A, Agilex5, Radxa CM3J, Glymur,<\/li>\n<li>Ajout de la prise en charge des smartphones et tablettes : Fairphone Gen 6 (SoC Qualcomm Milos\/Snapdragon 7s Gen 3), Pixel 3\/3 xl, Microsoft surface pro 11.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p> <noindex><\/p>\n<p>Simultan\u00e9ment, la Fondation latino-am\u00e9ricaine pour le logiciel libre <a rel=\"nofollow\" href=\"https:\/\/www.fsfla.org\/pipermail\/linux-libre\/2026-April\/003647.html\">a form\u00e9<\/a> une variante <a rel=\"nofollow\" href=\"http:\/\/www.fsfla.org\/ikiwiki\/selibre\/linux-libre\/\">du noyau enti\u00e8rement libre 7.0<\/a> \u2013 <a rel=\"nofollow\" href=\"http:\/\/linux-libre.fsfla.org\/pub\/linux-libre\/releases\/7.0-gnu\/\">Linux-libre 7.0-gnu<\/a>, d\u00e9barrass\u00e9 des \u00e9l\u00e9ments des firmwares et des pilotes contenant des composants ou des segments de code non libres, dont l'usage est restreint par le fabricant. Dans la version 7.0, un nettoyage des blobs du pilote iwlwifi a \u00e9t\u00e9 effectu\u00e9. Le code de nettoyage a \u00e9t\u00e9 mis \u00e0 jour pour les pilotes amdgpu, adreno, TI PRUeth, air_en8811h, ath12k, TI VPE, rtw8852b, rt1320, rt5575 SPI, tas2783, Intel catpt. Les noms des blobs ont \u00e9t\u00e9 nettoy\u00e9s dans les fichiers dts (devicetree) pour les puces ARM.<\/p>\n<p><\/noindex><\/p>\n<p>Source : <a \ncontent=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/news\/kernel\/18265019\">linux.org.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 7.0. \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: \u043f\u0440\u0430\u0432\u0438\u043b\u0430 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f AI-\u0430\u0441\u0441\u0438\u0441\u0442\u0435\u043d\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0432\u043e\u0434 Rust \u0432 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0435 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u044f\u0434\u0440\u0430, \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u043f\u043e\u0434\u043a\u0430\u0447\u043a\u0438, \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e \u0440\u0435\u0436\u0438\u043c\u0430 PREEMPT_LAZY, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0444\u0438\u043b\u044c\u0442\u0440\u043e\u0432 \u0434\u043b\u044f \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u0439 io_uring, \u043d\u043e\u0432\u0430\u044f \u0424\u0421 Nullfs, \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 fserror, \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 XFS, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0440\u0435\u043c\u0430\u043f\u0438\u043d\u0433\u0430 \u0432 Btrfs, \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e \u0432\u0435\u0440\u0441\u0438\u0438 NFS 4.1, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":8,"featured_media":168563,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-168562","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - 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\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Erik Peterson\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/news\/linux-7-0\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\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\udd47Linux 7.0 | 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\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/news\/linux-7-0\" \/>\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=\"2026-04-13T21:12:13+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2026-04-13T21:12:13+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\udd47Linux 7.0 | ProHoster","description":"Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/news\/linux-7-0","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\udd47Linux 7.0 | 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","og:url":"https:\/\/prohoster.info\/fr\/blog\/news\/linux-7-0","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":"2026-04-13T21:12:13+00:00","article:modified_time":"2026-04-13T21:12:13+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":[],"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/168562","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\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=168562"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/168562\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/168563"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=168562"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=168562"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=168562"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}