{"id":123227,"date":"2025-04-03T22:00:01","date_gmt":"2025-04-03T20:00:01","guid":{"rendered":"https:\/\/prohoster.info\/?p=123227"},"modified":"2025-04-03T22:00:01","modified_gmt":"2025-04-03T20:00:01","slug":"linux-6-14","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/linux-6-14","title":{"rendered":"Linux 6.14","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Linux 6.14\" src=\"\/wp-content\/uploads\/2025\/04\/bb26294c504a79981549ca07f72d9c4a.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-=wg7TO09Si5tTPyhdrLLvyYtVmCf+GGN4kVJ0=Xk=5TE3g@mail.gmail.com\/T\/\">pr\u00e9sent\u00e9<\/a> Publication du noyau Linux 6.14. Parmi les changements les plus remarquables : le pilote ntsync avec des primitives de synchronisation Windows NT, la configuration de l'\u00e9quilibrage des op\u00e9rations de lecture dans Btrfs RAID1, la prise en charge de reflink dans XFS en mode temps r\u00e9el, la possibilit\u00e9 d'E\/S mise en m\u00e9moire tampon non mise en cache, dmem cgroup pour limiter la m\u00e9moire GPU, utilisation de io_uring dans FUSE, d\u00e9l\u00e9gation d'attributs dans NFS, prise en charge de l'\u00e9criture atomique dans Device mapper, acceleration des liens symboliques, contr\u00f4le de l'ex\u00e9cution de scripts, prise en charge des puces Qualcomm Snapdragon 8 Elite, pilote pour NPU AMD.<\/p>\n<p><\/noindex><\/noindex> <\/p>\n<p>La nouvelle version comprend 12115 corrections de la part de 1984 d\u00e9veloppeurs, la taille du patch est de 39 Mo (les modifications concernent 10170 fichiers, 531586 lignes de code ajout\u00e9es, 235999 lignes supprim\u00e9es). Dans la version pr\u00e9c\u00e9dente, il y avait 14172 corrections de 2086 d\u00e9veloppeurs, la taille du patch \u00e9tait de 46 Mo. Environ 41 % de toutes les modifications pr\u00e9sent\u00e9es dans la version 6.14 sont li\u00e9es aux pilotes de p\u00e9riph\u00e9riques, environ 13 % des modifications concernent la mise \u00e0 jour du code sp\u00e9cifique aux architectures mat\u00e9rielles, 14 % sont li\u00e9es \u00e0 la pile r\u00e9seau, 7 % aux syst\u00e8mes de fichiers et 4 % aux sous-syst\u00e8mes internes du noyau.<\/p>\n<p>  <noindex><\/p>\n<p><a rel=\"nofollow\" href=\"https:\/\/kernelnewbies.org\/Linux_6.14\">Principales<\/a> <a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/1006378\/\">nouveaut\u00e9s<\/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>Dans le syst\u00e8me de fichiers Btrfs <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=6d7a9154955e\">est d\u00e9sormais<\/a> prise en charge de nouvelles m\u00e9thodes d'\u00e9quilibrage des op\u00e9rations de lecture entre les disques du tableau RAID1. En plus de la distribution de charge bas\u00e9e sur les identifiants de processus (pid) d\u00e9j\u00e0 en place, la nouvelle version propose trois nouveaux modes d'\u00e9quilibrage : \u00ab rotation \u00bb (r\u00e9partition uniforme de la charge entre tous les disques, mode activ\u00e9 par d\u00e9faut) ; \u00ab latence \u00bb (r\u00e9partition prenant en compte les latences, utile en cas de pannes ou de fonctionnement instable des disques) ; devid (contr\u00f4le manuel). Pour changer le mode d'\u00e9quilibrage <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=c86aae73bd58\">ajout\u00e9<\/a> interface \/sys\/fs\/btrfs\/\/read_policy. Parmi les autres changements dans Btrfs \u2013 <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/bfcf6d04f8ee817b2cb7c238e0a14392a3245f45\">impl\u00e9mentation<\/a> ioctl FS_IOC_READ_VERITY_METADATA.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kernel\/20241220154831.1086649-1-axboe@kernel.dk\/T\/\">Ajout\u00e9<\/a> mode d'E\/S mise en m\u00e9moire tampon non mise en cache, o\u00f9 les donn\u00e9es sont supprim\u00e9es du cache des pages imm\u00e9diatement apr\u00e8s la fin des op\u00e9rations de lecture ou d'\u00e9criture. Ce changement peut \u00eatre utile lors de l'utilisation de dispositifs de stockage tr\u00e8s rapides, dont la mise en cache des op\u00e9rations dans la m\u00e9moire vive est superflue. Pour ces dispositifs, le nouveau mode permet d'\u00e9viter le gaspillage inutile de m\u00e9moire par le cache des pages sans avoir recours \u00e0 l'utilisation d'une API d'E\/S directe (Direct I\/O) complexe.<\/li>\n<li>Dans fsnotify, le m\u00e9canisme de suivi des changements dans le FS, <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-fsdevel\/20241121112218.8249-1-jack@suse.cz\/T\/\">ajout\u00e9<\/a> un nouvel \u00e9v\u00e9nement FS_PRE_ACCESS, g\u00e9n\u00e9r\u00e9 avant l'acc\u00e8s au contenu d'un fichier. L'\u00e9v\u00e9nement est trait\u00e9 en mode synchrone, c'est-\u00e0-dire que le noyau envoie l'\u00e9v\u00e9nement et attend une r\u00e9ponse. Si une r\u00e9ponse est re\u00e7ue, l'op\u00e9ration est ex\u00e9cut\u00e9e, et en cas d'\u00e9chec, l'appel syst\u00e8me retourne un code d'erreur \u00e0 l'espace utilisateur. Gr\u00e2ce \u00e0 FS_PRE_ACCESS, un processus dans l'espace utilisateur peut, par exemple, organiser le remplissage d'un fichier en fonction de la disponibilit\u00e9 des donn\u00e9es dans un stockage lent.<\/li>\n<li>Ajout\u00e9 \u00e0 la sous-syst\u00e8me FUSE, permettant de cr\u00e9er des impl\u00e9mentations de syst\u00e8mes de fichiers dans l'espace utilisateur <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/next\/filesystems\/fuse-io-uring.html\">la prise en charge<\/a> l'\u00e9change de donn\u00e9es entre le noyau et le gestionnaire dans l'espace utilisateur en utilisant le m\u00e9canisme d'entr\u00e9e\/sortie io_uring. Ce changement permet d'am\u00e9liorer la performance de FUSE en r\u00e9duisant les commutations de contexte entre le noyau et l'espace utilisateur.<\/li>\n<li>Ajout\u00e9 au syst\u00e8me de fichiers XFS <a rel=\"nofollow\" href=\"https:\/\/blogs.oracle.com\/linux\/post\/xfs-realtime-device\">la possibilit\u00e9<\/a> utilisation du reverse mapping (rmap) en mode de fonctionnement avec des d\u00e9lais pr\u00e9visibles (\u00ab realtime device \u00bb). Le reverse mapping permet de d\u00e9terminer quel fichier utilise un bloc donn\u00e9 sur le p\u00e9riph\u00e9rique de stockage. Avec rmap, le mode realtime de XFS prend en charge l'op\u00e9ration reflink, qui permet de cr\u00e9er des copies de fichiers en clonant les m\u00e9tadonn\u00e9es du fichier et en cr\u00e9ant un lien vers les donn\u00e9es d\u00e9j\u00e0 existantes sans les copier r\u00e9ellement.<\/li>\n<li>Dans VFS <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ea382199071931d19aac5f688b543e07360e2b64\">a \u00e9t\u00e9 mise en \u0153uvre<\/a> la mise en cache de la taille des liens symboliques, permettant d'acc\u00e9l\u00e9rer l'ex\u00e9cution de l'op\u00e9ration readlink de 1,5 % (dans le test avec \/initrd.img dans ext4). La mise en cache est activ\u00e9e dans les syst\u00e8mes de fichiers ext4 et tmpfs.<\/li>\n<li>Dans l'impl\u00e9mentation de NFSv4.2, ajout de la prise en charge <a rel=\"nofollow\" href=\"https:\/\/www.ietf.org\/archive\/id\/draft-ietf-nfsv4-delstid-08.html\">de la d\u00e9l\u00e9gation des attributs de fichiers<\/a>, permettant la gestion d'attributs de fichiers tels que l'heure de modification (mtime) du c\u00f4t\u00e9 du client NFS, sans n\u00e9cessit\u00e9 de r\u00e9initialiser les modifications sur le serveur. Le NFS a \u00e9galement am\u00e9lior\u00e9 le support du protocole &laquo;<a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/next\/filesystems\/nfs\/localio.html\">LOCALIO<\/a>&raquo;, qui permet de d\u00e9terminer si le client et le serveur NFS se trouvent sur le m\u00eame h\u00f4te, afin d'activer les optimisations appropri\u00e9es, telles que l'utilisation de l'entr\u00e9e\/sortie directe (Direct I\/O) par le client.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kernel\/20241216204124.3752367-1-dhowells@redhat.com\/T\/\">Am\u00e9lioration de<\/a> les performances des op\u00e9rations de lecture dans les syst\u00e8mes de fichiers NETFS, CIFS et AFS (Andrew File System).<\/li>\n<li>Dans Squashfs <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kernel\/20241229233752.54481-1-phillip@squashfs.org.uk\/T\/\">est inclus<\/a> mode de chargement direct des blocs dans le cache de page (SQUASHFS_FILE_DIRECT), permettant de ne pas n\u00e9cessiter un cache s\u00e9par\u00e9 read_page. Ce changement a permis de r\u00e9duire la taille de la m\u00e9moire utilis\u00e9e lors du fonctionnement de Squashfs.<\/li>\n<li>dans l'appel syst\u00e8me statx() <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-man\/20250108085900.GA27227@lst.de\/T\/\">mis en \u0153uvre<\/a> le drapeau STATX_DIO_READ_ALIGN, pour d\u00e9terminer l'alignement requis pour les op\u00e9rations de lecture \u00e0 partir d'un fichier.<\/li>\n<li>dans le syst\u00e8me de fichiers Bcachefs <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=2622f2904170\">a \u00e9t\u00e9 mis \u00e0 jour<\/a> et <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=62731\">stabilis\u00e9<\/a> format des structures de disque. Tout changement ult\u00e9rieur du format sera class\u00e9 comme optionnel et sera mis en \u0153uvre sous forme d'extensions facultatives. La vitesse de v\u00e9rification de l'int\u00e9grit\u00e9 du FS a \u00e9t\u00e9 consid\u00e9rablement am\u00e9lior\u00e9e. De plus, dans Bcachefs, le fonctionnement en mode lecture seule a \u00e9t\u00e9 am\u00e9lior\u00e9; les probl\u00e8mes conduisant \u00e0 un acc\u00e8s \u00e0 la m\u00e9moire apr\u00e8s lib\u00e9ration (use after free) ont \u00e9t\u00e9 r\u00e9solus; les probl\u00e8mes avec les pointeurs reflink dans fsck ont \u00e9t\u00e9 corrig\u00e9s; le traitement du red\u00e9marrage des transactions a \u00e9t\u00e9 corrig\u00e9.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=127186cfb184\">Restaur\u00e9<\/a> le module md-linear, destin\u00e9 \u00e0 combiner des dispositifs de blocs. Ce module avait \u00e9t\u00e9 d\u00e9clar\u00e9 obsol\u00e8te et supprim\u00e9 du noyau 6.8, mais s'est av\u00e9r\u00e9 \u00eatre demand\u00e9, et donc il a \u00e9t\u00e9 restaur\u00e9.<\/li>\n<li>Les syst\u00e8mes de fichiers F2FS et SQUASHFS ont \u00e9t\u00e9 convertis pour utiliser <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=56478#folios\">folios de pages m\u00e9moire<\/a> (folios de page).<\/li>\n<li>Dans le pilote <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=b56426bcf880d0f14a482c302ab7e37f3e6c3583\">null_blk<\/a> l'attribut &laquo;rotational&raquo; a \u00e9t\u00e9 impl\u00e9ment\u00e9, configur\u00e9 via configfs, permettant de simuler le fonctionnement avec des dispositifs \u00e0 disque rotatif pour simplifier le test des fonctionnalit\u00e9s du noyau.<\/li>\n<li>Dans le syst\u00e8me Device mapper et dans les modules dm-mirror, dm-io, dm-table, dm-linear, dm-stripe et dm-raid1 <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-scsi\/20250116170301.474130-1-john.g.garry@oracle.com\/T\/\">r\u00e9alis\u00e9e<\/a> support de l'\u00e9criture atomique.<\/li>\n<\/ul>\n<\/li>\n<li><strong>M\u00e9moire et services syst\u00e8me<\/strong>\n<ul>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kselftest\/20241213193511.457338-1-zfigura@codeweavers.com\/T\/\">Termin\u00e9<\/a> int\u00e9gration dans le noyau du pilote <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/next\/userspace-api\/ntsync.html\">ntsync<\/a>, mettant en \u0153uvre le dispositif symbolique \/dev\/ntsync et un ensemble de primitives de synchronisation utilis\u00e9es dans le noyau Windows NT. La mise en \u0153uvre de telles primitives au niveau du noyau permet d'am\u00e9liorer consid\u00e9rablement les performances des jeux Windows ex\u00e9cut\u00e9s via Wine. L'augmentation des performances est obtenue en \u00e9liminant les frais g\u00e9n\u00e9raux associ\u00e9s \u00e0 l'utilisation de RPC dans l'espace utilisateur. La cr\u00e9ation d'un pilote distinct pour le noyau Linux s'explique par la difficult\u00e9 de r\u00e9aliser correctement l'API de synchronisation NT sur les primitives existantes dans le noyau.<\/li>\n<li>Ajout d'un nouveau contr\u00f4leur cgroup <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/next\/admin-guide\/cgroup-v2.html#dmem\">DMEM<\/a> pour la comptabilisation distincte des zones m\u00e9moire des dispositifs, comme le GPU. DMEM permet de cr\u00e9er des cgroups s\u00e9par\u00e9s pour diff\u00e9rentes t\u00e2ches utilisant le GPU, afin qu'elles puissent s'ex\u00e9cuter sans interf\u00e9rer les unes avec les autres. Cette nouvelle fonctionnalit\u00e9 r\u00e9sout le probl\u00e8me de l'arr\u00eat forc\u00e9 des op\u00e9rations GPU lors de l'\u00e9puisement de la m\u00e9moire disponible, gr\u00e2ce \u00e0 la prise en compte de la m\u00e9moire GPU r\u00e9fl\u00e9chie et de la m\u00e9moire utilis\u00e9e par les pilotes CPU dans des cgroups s\u00e9par\u00e9s.<\/li>\n<li>Des optimisations ont \u00e9t\u00e9 apport\u00e9es \u00e0 l'\u00e9chelle d'op\u00e9ration de vidage (flush) du cache TLB (Translation Lookaside Buffer), utilis\u00e9 pour acc\u00e9l\u00e9rer la conversion des adresses virtuelles en adresses physiques. Les optimisations ajout\u00e9es consistent en une mise \u00e0 jour diff\u00e9r\u00e9e de certaines structures de donn\u00e9es lors du changement de contexte, ce qui permet d'am\u00e9liorer les performances lors de la r\u00e9alisation de certains tests.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kernel\/20241231043538.4075764-1-yuzhao@google.com\/T\/\">Am\u00e9lioration de<\/a> la performance du m\u00e9canisme <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/admin-guide\/mm\/multigen_lru.html\">MGLRU<\/a> (Multi-Generational LRU), utilis\u00e9 pour d\u00e9terminer quelles pages de m\u00e9moire sont utilis\u00e9es et quelles pages peuvent \u00eatre \u00e9vacu\u00e9es dans l'espace d'\u00e9change.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=e3610441d1fb\">La migration<\/a> des changements de la branche <a rel=\"nofollow\" href=\"https:\/\/github.com\/Rust-for-Linux\/linux\">Rust-for-Linux<\/a>, li\u00e9 \u00e0 l'utilisation du langage Rust comme deuxi\u00e8me langage pour le d\u00e9veloppement de pilotes et de modules noyaux (le support de Rust n'est pas activ\u00e9 par d\u00e9faut et ne rend pas Rust obligatoire comme d\u00e9pendance de compilation du noyau). Il est maintenant possible d'utiliser dans le code du noyau le macro &laquo;<a rel=\"nofollow\" href=\"https:\/\/doc.rust-lang.org\/nightly\/std\/marker\/derive.CoercePointee.html\">derive(CoercePointee)<\/a>&raquo;, qui permet d'utiliser des pointeurs intelligents avec des objets trait. Au sein du noyau <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=2ab002c755bfa88777e3f2db884d531f3010736c\">est inclus<\/a> des liaisons Rust pour <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/diff\/rust\/kernel\/pci.rs?id=2ab002c755bfa88777e3f2db884d531f3010736c\">PCI<\/a>, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/diff\/rust\/kernel\/platform.rs?id=2ab002c755bfa88777e3f2db884d531f3010736c\">les plates-formes<\/a>, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/diff\/rust\/kernel\/of.rs?id=2ab002c755bfa88777e3f2db884d531f3010736c\">Open Firmware<\/a>, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/diff\/rust\/kernel\/miscdevice.rs?id=2ab002c755bfa88777e3f2db884d531f3010736c\">des dispositifs symboliques<\/a> et de certaines <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/diff\/rust\/kernel\/io.rs?id=2ab002c755bfa88777e3f2db884d531f3010736c\">fonctions d'entr\u00e9e\/sortie<\/a>. Greg Kroah-Hartman, responsable de la prise en charge de la branche stable du noyau Linux, <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/Z5kokYUDYEO2Cknj@kroah.com\/\">a caract\u00e9ris\u00e9<\/a> l'\u00e9tat actuel est d\u00e9crit comme &laquo;presque pr\u00eat \u00e0 \u00e9crire un v\u00e9ritable pilote en Rust&raquo;.<\/li>\n<li>Dans les sc\u00e9narios de construction, <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/rust-for-linux\/20250103204521.1885406-20-samitolvanen@google.com\/T\/\">a \u00e9t\u00e9 propos\u00e9<\/a> un nouveau code pour g\u00e9n\u00e9rer des versions de symboles de d\u00e9bogage pour les modules charg\u00e9s, qui utilise d\u00e9sormais les informations d'enregistrement de d\u00e9bogage au format DWARF, et ne d\u00e9compose plus le code source directement. Ce changement permet d'appliquer la version des symboles de d\u00e9bogage pour les modules \u00e9crits en Rust. L'ancienne mise en \u0153uvre est \u00e9galement conserv\u00e9e dans le noyau, et le choix du g\u00e9n\u00e9rateur se fait au niveau des options de construction.<\/li>\n<li>Pour l'architecture PowerPC <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kernel\/20241116192306.88217-1-sshegde@linux.ibm.com\/T\/\">r\u00e9alis\u00e9e<\/a> le support du mode d'\u00e9viction paresseuse des t\u00e2ches (PREEMPT_LAZY, pr\u00e9emption paresseuse), qui correspond au mode de pr\u00e9emption totale (&laquo;full preemption&raquo;) pour les t\u00e2ches en temps r\u00e9el (RR\/FIFO\/DEADLINE), mais retarde la pr\u00e9emption des t\u00e2ches normales (SCHED_NORMAL) jusqu'\u00e0 la limite de tic.<\/li>\n<li>dans le sous-syst\u00e8me de profilage des performances perf <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=6c4aa896ebee5edf2b35a9d071e5a468797f96d8\">ajout\u00e9<\/a> prise en charge des compteurs de consommation d'\u00e9nergie des processeurs AMD. <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7685b334d1e4927cc73b62c65293ba65748d9c52\">Ajout\u00e9<\/a> capacit\u00e9 \u00e0 fonctionner sur des syst\u00e8mes comptant jusqu'\u00e0 2048 c\u0153urs CPU.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7863dcc72d0f\">Fournie<\/a> possibilit\u00e9 d'utiliser le param\u00e8tre sysctl pid_max avec des espaces de noms d'identifiants de processus (ID namespace). Le param\u00e8tre pid_max est destin\u00e9 \u00e0 limiter la valeur maximale des identifiants de processus (PID) et peut maintenant \u00eatre utilis\u00e9 pour limiter le nombre maximal de processus pouvant \u00eatre lanc\u00e9s dans l'espace de noms sp\u00e9cifi\u00e9. Le traitement de ce param\u00e8tre se fait de mani\u00e8re hi\u00e9rarchique, c'est-\u00e0-dire que les restrictions dans les espaces de noms externes s'appliquent aux espaces de noms imbriqu\u00e9s.<\/li>\n<li>Lors de l'utilisation de l'appel syst\u00e8me <a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/execveat.2.html\">execveat<\/a> dans le syst\u00e8me de fichiers \/proc, le nom du fichier lanc\u00e9 sera affich\u00e9 au lieu du num\u00e9ro du descripteur de fichier.<\/li>\n<li>Dans le code source du noyau (dans le r\u00e9pertoire samples), un utilitaire mountinfo a \u00e9t\u00e9 ajout\u00e9, d\u00e9montrant l'utilisation des appels syst\u00e8me statmount() et listmount().<\/li>\n<li>Dans le sous-syst\u00e8me BPF <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=4fec4c22f046\">sont propos\u00e9s<\/a> nouvelles fonctions bpf_local_irq_save() et bpf_local_irq_restore() pour d\u00e9sactiver temporairement les interruptions sur le CPU local. Ces fonctions peuvent \u00eatre utilis\u00e9es pour impl\u00e9menter des structures dont le traitement n'est pas suspendu par les interruptions.<\/li>\n<li>Dans l'appel syst\u00e8me <a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/madvise.2.html\">madvise()<\/a> lors de l'utilisation des flags MADV_DONTNEED et MADV_FREE <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=6375e95f381e\">garanti<\/a> la lib\u00e9ration des tables de pages m\u00e9moire associ\u00e9es \u00e0 une plage d'adresses lib\u00e9r\u00e9e, car dans certaines situations, des pages m\u00e9moire vides peuvent occuper une quantit\u00e9 significative de m\u00e9moire.<\/li>\n<li>Pour l'architecture OpenRISC, la prise en charge du m\u00e9canisme de s\u00e9quences red\u00e9marrables (rseq, <a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/697979\/\">restartable sequences<\/a>), con\u00e7u pour une ex\u00e9cution atomique rapide des op\u00e9rations, qui en cas d'interruption par un autre thread sont nettoy\u00e9es et une nouvelle tentative d'ex\u00e9cution est entreprise.<\/li>\n<li>r\u00e9organisation du code avec mise en \u0153uvre des algorithmes CRC32 et CRC-T10DIF, qui ne se chevauche plus avec le sous-syst\u00e8me crypto et est appel\u00e9 directement \u00e0 partir de l'interface de la biblioth\u00e8que. Ce changement a permis de simplifier le code et d'am\u00e9liorer son efficacit\u00e9.<\/li>\n<li>Dans le syst\u00e8me d'E\/S asynchrone io_uring <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-fsdevel\/20241128112240.8867-1-anuj20.g@samsung.com\/T\/\">ajout\u00e9<\/a> interface pour la transmission de m\u00e9tadonn\u00e9es suppl\u00e9mentaires sur l'int\u00e9grit\u00e9 lors de l'ex\u00e9cution des op\u00e9rations de lecture et d'\u00e9criture.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Virtualisation et s\u00e9curit\u00e9<\/strong>\n<ul>\n<li>Dans l'appel syst\u00e8me <a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/execveat.2.html\">execveat<\/a> <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-security-module\/20241212174223.389435-1-mic@digikod.net\/T\/\">ajout\u00e9<\/a> le drapeau AT_EXECVE_CHECK, permettant <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/next\/userspace-api\/check_exec.html\">d'effectuer une v\u00e9rification<\/a> la possibilit\u00e9 d'ex\u00e9cuter un fichier sans son lancement effectif, tout en respectant les politiques de s\u00e9curit\u00e9, les droits d'acc\u00e8s et les modules LSM actifs. En compl\u00e9ment de AT_EXECVE_CHECK, des drapeaux securebit, SECBIT_EXEC_RESTRICT_FILE et SECBIT_EXEC_DENY_INTERACTIVE, ont \u00e9t\u00e9 propos\u00e9s pour limiter l'ex\u00e9cution de fichiers avec des scripts \u00e9crits dans des langages de programmation interpr\u00e9t\u00e9s. Le drapeau SECBIT_EXEC_RESTRICT_FILE exige que les linkers et les interpr\u00e8tes utilisent l'option AT_EXECVE_CHECK pour v\u00e9rifier la validit\u00e9 de l'ex\u00e9cution, tandis que le drapeau SECBIT_EXEC_DENY_INTERACTIVE interdit le traitement des commandes interactives. L'id\u00e9e principale de ce changement est d'appliquer des politiques de s\u00e9curit\u00e9 non seulement aux fichiers ex\u00e9cutables traditionnels, mais aussi aux fichiers texte avec des scripts qui peuvent \u00eatre lanc\u00e9s par l'ex\u00e9cution d'un interpr\u00e8te (c'est-\u00e0-dire que l'interdiction d'ex\u00e9cution peut \u00eatre mise en \u0153uvre non seulement lors du lancement de &laquo;.\/script.sh&raquo; mais aussi en ex\u00e9cutant sous la forme &laquo;sh script.sh&raquo;).<\/li>\n<li>Sur les syst\u00e8mes x86, un soutien aux compteurs de temps prot\u00e9g\u00e9s pour les syst\u00e8mes invit\u00e9s a \u00e9t\u00e9 mis en \u0153uvre, emp\u00eachant la modification des horloges syst\u00e8me des syst\u00e8mes invit\u00e9s depuis l'environnement h\u00f4te. La possibilit\u00e9 est r\u00e9alis\u00e9e sur la base du m\u00e9canisme <a rel=\"nofollow\" href=\"https:\/\/www.amd.com\/en\/developer\/sev.html\">AMD SEV<\/a> (Virtualisation \u00c9crite S\u00e9curis\u00e9e), utilis\u00e9 dans les syst\u00e8mes de virtualisation pour prot\u00e9ger les machines virtuelles des interf\u00e9rences du hyperviseur ou de l'administrateur du syst\u00e8me h\u00f4te.<\/li>\n<li>Dans le syst\u00e8me de contr\u00f4le d'acc\u00e8s obligatoire SELinux <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=4aa176193475d37441cc52b84088542f3a59899a\">ajout\u00e9<\/a> la prise en charge <a rel=\"nofollow\" href=\"https:\/\/selinuxproject.org\/page\/XpermRules\">r\u00e8gles xperm<\/a>, permettant de lier les politiques SELinux \u00e0 des appels ioctl() ou messages netlink sp\u00e9cifiques.<\/li>\n<li>Pour la certification des modules du noyau par signature num\u00e9rique, l'algorithme par d\u00e9faut <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/f3b93547b91ad849b58eb5ab2dd070950ad7beb3\">est activ\u00e9<\/a> est SHA512.<\/li>\n<li>Dans les pilotes pour syst\u00e8mes invit\u00e9s VirtualBox <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20250118-vfs-misc-84fb5265d102@brauner\/\">sont incluses.<\/a> le support de l'architecture ARM64.<\/li>\n<li>Dans l'hyperviseur KVM <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=0f8e26b38d7ac72b3ad764944a25dd5808f37a6e\">poursuivie<\/a> <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kernel\/20250106124633.1418972-1-nikunj@amd.com\/T\/\">travail<\/a> au d\u00e9veloppement du m\u00e9canisme Intel TDX (Extensions de Domaine de Confiance) pour le chiffrement de la m\u00e9moire des syst\u00e8mes invit\u00e9s.<\/li>\n<li>Dans virtio_blk <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=5820a3b08987951e3e4a89fca8ab6e1448f672e1\">ajout\u00e9<\/a> le support du mode de r\u00e9cup\u00e9ration des erreurs.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Sous-syst\u00e8me r\u00e9seau<\/strong>\n<ul>\n<li>Dans l'impl\u00e9mentation du protocole <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/networking\/rxrpc.html\">RxRPC<\/a> <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/netdev\/20241204074710.990092-1-dhowells@redhat.com\/T\/\">est d\u00e9sormais<\/a> la possibilit\u00e9 d'utiliser des trames UDP de grande taille pour am\u00e9liorer la bande passante.<\/li>\n<li>Pour TCP, le support de l'algorithme <a rel=\"nofollow\" href=\"https:\/\/datatracker.ietf.org\/doc\/html\/rfc8985\">RACK-TLP<\/a> pour la d\u00e9tection de perte de paquets.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/netdev\/20241209-jakub-krn-909-poc-msec-tw-tstamp-v2-0-66aca0eed03e@cloudflare.com\/T\/\">Ajout\u00e9<\/a> un nouveau param\u00e8tre sysctl tcp_tw_reuse_delay, valable dans le cadre d'un espace de noms r\u00e9seau (network namespace) et permettant de d\u00e9finir le d\u00e9lai avant que le syst\u00e8me puisse r\u00e9utiliser un num\u00e9ro de port r\u00e9seau apr\u00e8s la fermeture d'un socket TCP.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=bc6a5efe3dcd\">Ajout\u00e9<\/a> possibilit\u00e9 de choisir un fournisseur de temps pr\u00e9cis (PTP) pour g\u00e9n\u00e9rer des horodatages aux niveaux PHY et MAC.<\/li>\n<li>Pour IPsec <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/netdev\/20241114070713.3718740-1-chopps@chopps.org\/T\/\">r\u00e9alis\u00e9e<\/a> prise en charge du m\u00e9canisme d'agr\u00e9gation et de fragmentation des paquets IP encapsul\u00e9s &ndash; <a rel=\"nofollow\" href=\"https:\/\/datatracker.ietf.org\/doc\/rfc9347\/\">IP-TFS\/AGGFRAG<\/a> (IP Traffic Flow Security\/Aggregation and Fragmentation Mode for Encapsulating Security Payload).<\/li>\n<li>Dans le syst\u00e8me de sockets r\u00e9seau <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=a32f3e9d1ed146f81162702605d65447a319eb76\">ajout\u00e9<\/a> <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/netdev\/20241213084457.45120-1-annaemesenyiri@gmail.com\/T\/\">la prise en charge<\/a> transmission d'informations sur la priorit\u00e9 (SO_PRIORITY) sous forme de messages de contr\u00f4le (cmsg &#8212; control messages). Pour les sockets r\u00e9seau <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=e45469e594b255ef8d750ed5576698743450d2ac\">ajout\u00e9<\/a> l'option SO_RCVPRIORITY, qui inclut dans la fonction recvmsg() la transmission d'informations sur la priorit\u00e9 du socket.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Mat\u00e9riel<\/strong>\n<ul>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAPM=9tw+ySbm80B=zHVhodMFoS_fqNw_v4yVURCv3cc9ukvYYg@mail.gmail.com\/\">Ajout\u00e9<\/a> un moteur <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=60512\">amdxdna<\/a> pour les unit\u00e9s de traitement neural (NPU) int\u00e9gr\u00e9es au CPU AMD, bas\u00e9es sur l'architecture <a rel=\"nofollow\" href=\"https:\/\/www.amd.com\/en\/technologies\/xdna.html\">XDNA<\/a>, con\u00e7ues pour acc\u00e9l\u00e9rer les op\u00e9rations li\u00e9es \u00e0 l'apprentissage automatique. Le NPU bas\u00e9 sur l'architecture XDNA est disponible dans les s\u00e9ries 7040 et 8040 des processeurs AMD Ryzen, les acc\u00e9l\u00e9rateurs AMD Alveo V70 et SoC AMD Versal.<\/li>\n<li>Dans le pilote i915 <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAPM=9tw+ySbm80B=zHVhodMFoS_fqNw_v4yVURCv3cc9ukvYYg@mail.gmail.com\/\">ajout\u00e9es<\/a> des identifiants de nouveaux GPU, un gestionnaire de pannes d'initialisation HDMI a \u00e9t\u00e9 mis en \u0153uvre, la fiabilit\u00e9 de r\u00e9initialisation des moteurs GPU sur Haswell et les anciens syst\u00e8mes a \u00e9t\u00e9 am\u00e9lior\u00e9e.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAPM=9tw+ySbm80B=zHVhodMFoS_fqNw_v4yVURCv3cc9ukvYYg@mail.gmail.com\/\">Poursuivie<\/a> travail sur le pilote drm (Direct Rendering Manager) Xe pour les GPU bas\u00e9s sur l'architecture Intel Xe, qui est utilis\u00e9 dans les cartes graphiques Intel de la famille Arc et la graphique int\u00e9gr\u00e9e, \u00e0 partir des processeurs Tiger Lake.<\/li>\n<li>Le pilote Nouveau a ajout\u00e9 la possibilit\u00e9 de transf\u00e9rer des buffers avec des logs GSP-RM via debugfs.<\/li>\n<li>Le pilote AMDGPU prend en charge le m\u00e9canisme DRM panic, affichant une sorte de &laquo;blue screen of death&raquo; en cas d'\u00e9chec. La pr\u00e9paration pour la future s\u00e9rie de cartes graphiques Radeon RX 9000 bas\u00e9e sur l'architecture RDNA4 a \u00e9t\u00e9 poursuivie. La prise en charge de DCN 3.5, GG 9.5, IH 4.4, PSP 13.x, SMU 13.x, VCN 5.x, JPEG 5.x, GC 12.x, DC FAMS, RAS et ISP a \u00e9t\u00e9 mise \u00e0 jour.<\/li>\n<li>Dans le pilote DRM msm (GPU Qualcomm Adreno), la prise en charge de la plateforme Qualcomm SM6150 (QCS615) a \u00e9t\u00e9 ajout\u00e9e.<\/li>\n<li>Dans le pilote DRM panfrost, la prise en charge du SoC MediaTek MT8188 avec GPU Mali-G57 a \u00e9t\u00e9 ajout\u00e9e.<\/li>\n<li>Dans le pilote DRM vc4, la prise en charge du SoC Broadcom BCM2712 (Raspberry Pi 5) a \u00e9t\u00e9 ajout\u00e9e.<\/li>\n<li>Dans le pilote vfio nvgrace-gpu <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=2bb447540e71ee530388750c38e1b2c8ea08b4b7\">ajout\u00e9<\/a> <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kernel\/20250124183102.3976-1-ankita@nvidia.com\/T\/\">la prise en charge<\/a> des puces NVIDIA Grace Blackwell 200.<\/li>\n<li>Comprend le <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/00996191-sr76-57o6-3rr0-o1s3qs80s94o@xreary.bet\/\">est inclus<\/a> pilote pour les contr\u00f4leurs Intel THC (Touch Host Controller), utilis\u00e9 pour interagir avec les \u00e9crans tactiles et les pav\u00e9s tactiles sur certains ordinateurs portables. Support ajout\u00e9 pour les appareils Wacom avec interface PCI. <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/dtor\/input.git\/commit\/?h=next&amp;id=92600f3295ff571890c981d886c6544030cc05f3\">Ajout\u00e9<\/a> prise en charge des contr\u00f4leurs de jeu QH Electronics.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20250124225700.GA2614452-robh@kernel.org\/\">Ajout\u00e9<\/a> <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/1f0939fd-1694-476e-954f-e58ff8650dd9@app.fastmail.com\/\">la prise en charge<\/a> Plates-formes ARM, SoC et appareils : Qualcomm Snapdragon 8 Elite (SM8750), Qualcomm Snapdragon AR2 (SAR2130P), Qualcomm IQ6\/IQ8, Snapdragon 425 (MSM8917), Samsung Exynos 9810, Blaize BLZP1600, Microchip SAMA7D65, Renesas R-Car V4H ES3.0, Renesas RZ\/G3E. Support SoC ajout\u00e9. <a rel=\"nofollow\" href=\"https:\/\/wiki.postmarketos.org\/wiki\/SpacemiT_Key_Stone_K1\">SpacemiT K1<\/a> bas\u00e9 sur l'architecture RISC-V.<\/li>\n<li>Dans le sous-syst\u00e8me audio ALSA pour MIDI 2.0. <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/87tt9p4pcf.wl-tiwai@suse.de\/\">\u00e9tendu<\/a> API rawmidi et s\u00e9quenceur. Dans l'API pour le d\u00e9port des op\u00e9rations de compression vers la carte son, le support ASRC (Conversion Asynchrone de Taux d'\u00c9chantillonnage) a \u00e9t\u00e9 ajout\u00e9.<\/li>\n<li>Ajout du support des syst\u00e8mes audio des appareils Allwinner suinv F1C100s, Awinc AW88083, Realtek ALC5682I-VE, TAS2781, Focusrite Scarlett 4th Gen 16i16, 18i16 et 18i20. <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20250101151209.100072-1-git@mayer-bgk.de\/\">Ajout\u00e9<\/a> support des \u00e9couteurs sans fil SteelSeries Arctis 9.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>Source : <a \ncontent=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/news\/kernel\/17923070\">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 6.14. \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 ntsync c \u043f\u0440\u0438\u043c\u0438\u0442\u0438\u0432\u0430\u043c\u0438 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 Windows NT, \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0438 \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u0439 \u0447\u0442\u0435\u043d\u0438\u044f \u0432 Btrfs RAID1, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 reflink \u0432 XFS \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 realtime, \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u043d\u0435\u043a\u044d\u0448\u0438\u0440\u0443\u0435\u043c\u043e\u0433\u043e \u0431\u0443\u0444\u0435\u0440\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e \u0432\u0432\u043e\u0434\u0430\/\u0432\u044b\u0432\u043e\u0434\u0430, dmem cgroup \u0434\u043b\u044f \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u0438\u044f \u043f\u0430\u043c\u044f\u0442\u0438 GPU, \u0437\u0430\u0434\u0435\u0439\u0441\u0442\u0432\u043e\u0432\u0430\u043d\u0438\u0435 io_uring \u0432 FUSE, \u0434\u0435\u043b\u0435\u0433\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0430\u0442\u0440\u0438\u0431\u0443\u0442\u043e\u0432 \u0432 NFS, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":123228,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-123227","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=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/news\/linux-6-14\" \/>\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 6.14 | 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-6-14\" \/>\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=\"2025-04-03T20:00:01+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2025-04-03T20:00:01+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 6.14 | ProHoster","description":"Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/news\/linux-6-14","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 6.14 | 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-6-14","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":"2025-04-03T20:00:01+00:00","article:modified_time":"2025-04-03T20:00:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"123227","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":"2026-01-23 12:00:22","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2026-01-23 12:00:22","updated":"2026-01-23 12:00:22","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\/123227","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=123227"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/123227\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/123228"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=123227"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=123227"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=123227"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}