{"id":90611,"date":"2020-08-03T13:42:18","date_gmt":"2020-08-03T11:42:18","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-5-8"},"modified":"2020-08-03T13:42:18","modified_gmt":"2020-08-03T11:42:18","slug":"reliz-yadra-linux-5-8","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-8","title":{"rendered":"Sortie du noyau Linux 5.8.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds <noindex><a rel=\"nofollow\" href=\"https:\/\/lkml.org\/lkml\/2020\/8\/2\/293\">pr\u00e9sent\u00e9<\/a><\/noindex> a annonc\u00e9 la sortie du noyau <noindex><a rel=\"nofollow\" href=\"https:\/\/kernel.org\">Linux 5.8<\/a><\/noindex>. Parmi les changements les plus notables : le d\u00e9tecteur d'\u00e9tats de course KCSAN, un m\u00e9canisme universel de livraison de notifications aux utilisateurs, le support du mat\u00e9riel pour le chiffrement inline, des m\u00e9canismes de protection avanc\u00e9s pour ARM64, le support du processeur russe Baikal-T1, la possibilit\u00e9 de monter s\u00e9par\u00e9ment les instances de procfs, et la mise en \u0153uvre pour ARM64 des m\u00e9canismes de protection Shadow Call Stack et BTI.<\/p>\n<p>Le noyau 5.8 est devenu le plus vaste en termes de modifications de tous les noyaux jamais r\u00e9alis\u00e9s dans l'histoire du projet. Ces modifications ne sont pas li\u00e9es \u00e0 un sous-syst\u00e8me unique, mais couvrent diff\u00e9rentes parties du noyau et concernent principalement des refontes internes et un nettoyage. Le plus grand nombre de modifications concerne les pilotes. La nouvelle version inclut 17 606 corrections de 2 081 d\u00e9veloppeurs, touchant environ 20 % de tous les fichiers dans le d\u00e9p\u00f4t du code du noyau. La taille du patch est de 65 Mo (les changements ont affect\u00e9 16 180 fichiers, ajoutant 1 043 240 lignes de code, supprimant 489 854 lignes). Pour comparaison, la branche 5.7 a enregistr\u00e9 15 033 corrections, et la taille du patch faisait 39 Mo. Environ 37 % de toutes les modifications pr\u00e9sent\u00e9es dans la version 5.8 concernent les pilotes de p\u00e9riph\u00e9riques, environ 16 % se rapportent \u00e0 la mise \u00e0 jour de code sp\u00e9cifique \u00e0 des architectures mat\u00e9rielles, 11 % concernent la pile r\u00e9seau, 3 % les syst\u00e8mes de fichiers et 4 % les sous-syst\u00e8mes internes du noyau. <\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/kernelnewbies.org\/Linux_5.8\">Principales<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/822527\/\">nouveaut\u00e9s<\/a><\/noindex>:\n<\/p>\n<ul>\n<li class=\"l\"> <b>Virtualisation et s\u00e9curit\u00e9<\/b>\n<ul>\n<li class=\"l\"> La verrouillage du chargement des modules du noyau ayant des sections de code avec des bits autorisant simultan\u00e9ment l'ex\u00e9cution et l'\u00e9criture a \u00e9t\u00e9 garanti. Ce changement a \u00e9t\u00e9 mis en \u0153uvre dans le cadre d'un projet plus large visant \u00e0 \u00e9liminer l'utilisation par le noyau de pages m\u00e9moire permettant \u00e0 la fois l'ex\u00e9cution et l'\u00e9criture.\n<li class=\"l\"> Il est d\u00e9sormais possible de cr\u00e9er des instances distinctes de procfs, permettant d'utiliser plusieurs points de montage procfs, mont\u00e9s avec diff\u00e9rentes options, mais refl\u00e9tant un m\u00eame espace de noms d'identifiants de processus (pid namespace). Auparavant, tous les points de montage procfs ne refl\u00e9taient qu'une seule repr\u00e9sentation interne, et toute modification des param\u00e8tres de montage impactait tous les autres points de montage li\u00e9s au m\u00eame espace de noms d'identifiants de processus. Parmi les domaines o\u00f9 le montage avec diff\u00e9rentes options peut \u00eatre requis, on note la mise en \u0153uvre d'une isolation l\u00e9g\u00e8re pour les syst\u00e8mes embarqu\u00e9s, avec la possibilit\u00e9 de masquer dans procfs certains types de processus et de n\u0153uds d'information.\n<li class=\"l\"> Pour la plateforme ARM64, la prise en charge du m\u00e9canisme<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/clang.llvm.org\/docs\/ShadowCallStack.html\">Shadow-Call Stack<\/a><\/noindex>, fourni par le compilateur Clang pour prot\u00e9ger contre l'\u00e9crasement de l'adresse de retour d'une fonction en cas de d\u00e9bordement de tampon sur la pile. L'essence de la protection consiste \u00e0 sauvegarder, apr\u00e8s le passage du contr\u00f4le \u00e0 la fonction, l'adresse de retour dans une 'pile d'ombre' s\u00e9par\u00e9e et \u00e0 extraire cette adresse avant de quitter la fonction.<\/p>\n<li class=\"l\"> Pour la plateforme ARM64, la prise en charge des instructions <noindex><a rel=\"nofollow\" href=\"https:\/\/developer.arm.com\/docs\/ddi0602\/f\/base-instructions-alphabetic-order\/bti-branch-target-identification\">ARMv8.5-BTI<\/a><\/noindex> (Branch Target Indicator) pour prot\u00e9ger l'ex\u00e9cution des ensembles d'instructions, sur lesquelles aucun saut ne doit \u00eatre effectu\u00e9 lors de la bifurcation. Le blocage des sauts vers des zones de code arbitraires est mis en \u0153uvre pour contrer la cr\u00e9ation de gadgets dans les exploits utilisant des techniques de programmation orient\u00e9e retour (ROP - Return-Oriented Programming, o\u00f9 l'attaquant ne tente pas de placer son code en m\u00e9moire, mais manipule d\u00e9j\u00e0 des morceaux d'instructions machine se terminant par une instruction de retour de contr\u00f4le, \u00e0 partir desquels une cha\u00eene d'appels est construite pour obtenir la fonctionnalit\u00e9 souhait\u00e9e).\n<li class=\"l\"> La prise en charge de l'\u00e9quipement pour le chiffrement inline des dispositifs de blocs a \u00e9t\u00e9 ajout\u00e9e (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/latest\/block\/inline-encryption.html\">Inline Encryption<\/a><\/noindex>). Les dispositifs de chiffrement inline sont g\u00e9n\u00e9ralement int\u00e9gr\u00e9s au stockage, mais sont logiquement plac\u00e9s entre la m\u00e9moire syst\u00e8me et le disque, assurant un chiffrement et un d\u00e9chiffrement transparents des entr\u00e9es\/sorties bas\u00e9s sur les cl\u00e9s et algorithmes de chiffrement d\u00e9finis par le noyau.\n<li class=\"l\"> Un param\u00e8tre de ligne de commande du noyau 'initrdmem' a \u00e9t\u00e9 ajout\u00e9, permettant de sp\u00e9cifier l'adresse physique de l'emplacement de l'initrd en m\u00e9moire lors du chargement de l'image de d\u00e9marrage initiale dans la RAM.\n<li class=\"l\"> De nouvelles capacit\u00e9s ont \u00e9t\u00e9 ajout\u00e9es : CAP_PERFMON pour acc\u00e9der au sous-syst\u00e8me de performance et effectuer un suivi des performances. <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/a17b53c4a4b5\">CAP_BPF<\/a><\/noindex>, permettant l'ex\u00e9cution de certaines op\u00e9rations avec BPF (par exemple, le chargement de programmes BPF), qui n\u00e9cessitaient auparavant des droits CAP_SYS_ADMIN (les droits CAP_SYS_ADMIN sont maintenant divis\u00e9s en une combinaison de CAP_BPF, CAP_PERFMON et CAP_NET_ADMIN).\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/5f1f79bbc9e2\">Ajout\u00e9<\/a><\/noindex> un nouvel appareil virtio-mem, permettant la connexion et la d\u00e9connexion \u00e0 chaud de la m\u00e9moire aux syst\u00e8mes invit\u00e9s.\n<li class=\"l\"> La r\u00e9vocation des op\u00e9rations de mappage dans \/dev\/mem a \u00e9t\u00e9 mise en \u0153uvre si le pilote de l'appareil utilise des zones m\u00e9moire superpos\u00e9es.\n<li class=\"l\"> Ajout de la protection contre la vuln\u00e9rabilit\u00e9 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=53126\">CROSSTalk\/SRBDS<\/a><\/noindex>, permettant de restaurer les r\u00e9sultats de l'ex\u00e9cution de certaines instructions ex\u00e9cut\u00e9es sur un autre c\u0153ur CPU.\n<\/ul>\n<li class=\"l\"> <b>M\u00e9moire et services syst\u00e8me<\/b>\n<ul>\n<li class=\"l\"> Dans le document d\u00e9finissant les r\u00e8gles de formatage du code, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=53342\">ont \u00e9t\u00e9 adopt\u00e9es<\/a><\/noindex> des recommandations pour l'utilisation d'une terminologie inclusive. Il est d\u00e9conseill\u00e9 aux d\u00e9veloppeurs d'utiliser les combinaisons 'ma\u00eetre \/ esclave' et 'liste noire \/ liste blanche', ainsi que le terme 'esclave' pris isol\u00e9ment. Ces recommandations ne s'appliquent qu'aux nouvelles utilisations de ces termes. Les mentions existantes dans le noyau des termes mentionn\u00e9s resteront intactes. Dans le nouveau code, l'utilisation des termes signal\u00e9s est autoris\u00e9e si cela est n\u00e9cessaire pour maintenir l'API et l'ABI expos\u00e9es \u00e0 l'utilisateur, ainsi que lors de la mise \u00e0 jour du code pour prendre en charge le mat\u00e9riel existant ou les protocoles dont les sp\u00e9cifications exigent l'utilisation de certains termes.\n<li class=\"l\"> Un outil de d\u00e9bogage a \u00e9t\u00e9 inclus <noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/latest\/dev-tools\/kcsan.html\">KCSAN<\/a><\/noindex> (Kernel Concurrency Sanitizer), con\u00e7u pour d\u00e9tecter dynamiquement  <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%A1%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%B8%D0%B5_%D0%B3%D0%BE%D0%BD%D0%BA%D0%B8\">des conditions de concurrence<\/a><\/noindex> \u00e0 l'int\u00e9rieur du noyau. L'utilisation de KCSAN est prise en charge lors de la compilation avec GCC et Clang, et n\u00e9cessite l'ajout de modifications sp\u00e9ciales lors de la compilation pour suivre l'acc\u00e8s m\u00e9moire (des points d'arr\u00eat sont appliqu\u00e9s lors de la lecture ou de la modification de la m\u00e9moire). Un accent particulier a \u00e9t\u00e9 mis sur la pr\u00e9vention des faux positifs, l'\u00e9volutivit\u00e9 et la simplicit\u00e9 d'utilisation lors du d\u00e9veloppement de KCSAN.\n<li class=\"l\"> Ajout\u00e9 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/latest\/watch_queue.html\">un m\u00e9canisme universel<\/a><\/noindex> la livraison des notifications du noyau vers l'espace utilisateur. Le m\u00e9canisme est bas\u00e9 sur le pilote pipe standard et permet de distribuer efficacement les notifications du noyau sur les canaux ouverts dans l'espace utilisateur. Les points de r\u00e9ception des notifications sont des pipes ouverts en mode sp\u00e9cial, permettant d'accumuler dans un tampon circulaire les messages provenant du noyau. La lecture est effectu\u00e9e par la fonction read() classique. Le propri\u00e9taire du canal d\u00e9termine quelles sources dans le noyau doivent \u00eatre surveill\u00e9es et peut d\u00e9finir un filtre pour ignorer les messages et \u00e9v\u00e9nements de certains types. Pour l'instant, seuls les \u00e9v\u00e9nements li\u00e9s aux cl\u00e9s sont pris en charge, tels que l'ajout\/suppression de cl\u00e9s et la modification de leurs attributs. Les \u00e9v\u00e9nements sp\u00e9cifi\u00e9s sont pr\u00e9vus pour \u00eatre utilis\u00e9s dans GNOME.\n<li class=\"l\"> Le d\u00e9veloppement de la fonctionnalit\u00e9 'pidfd' a \u00e9t\u00e9 poursuivi, facilitant la gestion des situations de r\u00e9utilisation de PID (pidfd est li\u00e9 \u00e0 un processus sp\u00e9cifique et ne change pas, tandis que le PID peut \u00eatre r\u00e9affect\u00e9 \u00e0 un autre processus apr\u00e8s l'ach\u00e8vement du processus actuel associ\u00e9 \u00e0 ce PID). La nouvelle version ajoute la prise en charge de l'utilisation de pidfd pour attacher un processus \u00e0 des espaces de noms (il est d\u00e9sormais autoris\u00e9 de sp\u00e9cifier pidfd lors de l'ex\u00e9cution de l'appel syst\u00e8me setns). L'utilisation de pidfd permet de g\u00e9rer l'attachement d'un processus \u00e0 plusieurs types d'espaces de noms en un seul appel, r\u00e9duisant ainsi le nombre d'appels syst\u00e8me n\u00e9cessaires et r\u00e9alisant l'attachement en mode atomique (si une erreur se produit lors de l'attachement \u00e0 l'un des espaces de noms, les autres ne seront pas connect\u00e9s non plus).\n<li class=\"l\"> Un nouvel appel syst\u00e8me faccessat2() a \u00e9t\u00e9 ajout\u00e9, diff\u00e9rent de<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/faccessat.2.html\">faccessat()<\/a><\/noindex> par un argument suppl\u00e9mentaire avec des drapeaux correspondant aux recommandations POSIX (auparavant, ces drapeaux \u00e9taient simul\u00e9s dans la biblioth\u00e8que C, tandis que le nouveau faccessat2 permet de les r\u00e9aliser dans le noyau).<\/p>\n<li class=\"l\"> Dans Cgroup <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/4b82ab4f2883\">ajout\u00e9<\/a><\/noindex> la configuration memory.swap.high, qui peut \u00eatre utilis\u00e9e pour ralentir les t\u00e2ches qui prennent trop de place dans la partition d'\u00e9change.\n<li class=\"l\"> Dans l'interface d'entr\u00e9e\/sortie asynchrone <noindex><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=50631#io_uring\">io_uring<\/a><\/noindex> la prise en charge de l'appel syst\u00e8me tee() a \u00e9t\u00e9 ajout\u00e9e.\n<li class=\"l\"> Un m\u00e9canisme \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/818714\/\">l'it\u00e9rateur BPF<\/a><\/noindex>, destin\u00e9 \u00e0 afficher dans l'espace utilisateur le contenu des structures du noyau.\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/97abb2b39682\">Fournie<\/a><\/noindex> la possibilit\u00e9 d'utiliser un tampon circulaire pour l'\u00e9change de donn\u00e9es entre les programmes BPF.\n<li class=\"l\"> Dans le m\u00e9canisme <noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/latest\/core-api\/padata.html\">padata<\/a><\/noindex>, destin\u00e9 \u00e0 organiser l'ex\u00e9cution parall\u00e8le des t\u00e2ches dans le noyau, le support des t\u00e2ches multithread avec \u00e9quilibrage de charge a \u00e9t\u00e9 ajout\u00e9.\n<li class=\"l\"> Dans le m\u00e9canisme pstore, qui permet de conserver des informations de d\u00e9bogage sur la cause du crash dans la m\u00e9moire, non perdues entre les red\u00e9marrages,  <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/649304c936cd\">ajout\u00e9<\/a><\/noindex> un backend pour la sauvegarde d'informations sur des dispositifs de bloc.\n<li class=\"l\"> Dans la branche du noyau PREEMPT_RT <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=91710728d172\">a \u00e9t\u00e9 transf\u00e9r\u00e9e<\/a><\/noindex> une impl\u00e9mentation de blocs locaux.\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/2b43470add8c\">Ajout\u00e9<\/a><\/noindex> une nouvelle API d'allocation de buffers (AF_XDP), visant \u00e0 simplifier l'\u00e9criture de pilotes r\u00e9seau prenant en charge XDP (eXpress Data Path).\n<li class=\"l\"> Pour l'architecture RISC-V, un support pour le d\u00e9bogage des composants du noyau via KGDB a \u00e9t\u00e9 impl\u00e9ment\u00e9.\n<li class=\"l\"> Avant la sortie 4.8, les exigences de version de GCC qui peut \u00eatre utilis\u00e9e pour compiler le noyau ont \u00e9t\u00e9 augment\u00e9es. Dans une des prochaines versions, il est pr\u00e9vu d'augmenter le seuil \u00e0 GCC 4.9.\n<\/ul>\n<li class=\"l\"> <b>Sous-syst\u00e8me de disque, entr\u00e9e\/sortie et syst\u00e8mes de fichiers<\/b>\n<ul>\n<li class=\"l\"> Dans Device Mapper <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=d3c7b35c20d6\">ajout\u00e9<\/a><\/noindex> un nouveau gestionnaire dm-ebs (emulate block size), qui peut \u00eatre utilis\u00e9 pour \u00e9muler une taille de bloc logique plus petite (par exemple, pour \u00e9muler des secteurs de 512 octets sur des disques ayant une taille de secteur de 4K).\n<li class=\"l\"> Dans le syst\u00e8me de fichiers F2FS, un support pour la compression utilisant l'algorithme LZO-RLE a \u00e9t\u00e9 ajout\u00e9.\n<li class=\"l\"> Dans dm-crypt <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=27f5411a718c431c20007e3a2fbba6589942d04f\">ajout\u00e9<\/a><\/noindex> le support de cl\u00e9s chiffr\u00e9es.\n<li class=\"l\"> Dans Btrfs, le traitement des op\u00e9rations de lecture en mode d'entr\u00e9e\/sortie directe a \u00e9t\u00e9 am\u00e9lior\u00e9. Lors du montage <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=a619b3c7abdd585cdd003effa1773e627aa8a44e\">acc\u00e9l\u00e9r\u00e9<\/a><\/noindex> v\u00e9rification des sous-r\u00e9pertoires et des r\u00e9pertoires distants, rest\u00e9s sans parent.\n<li class=\"l\"> Dans CIFS, un param\u00e8tre 'nodelete' a \u00e9t\u00e9 ajout\u00e9, permettant des v\u00e9rifications d'acc\u00e8s standard sur le serveur, mais interdisant au client de supprimer des fichiers ou des r\u00e9pertoires.\n<li class=\"l\"> Dans Ext4, le traitement des erreurs a \u00e9t\u00e9 am\u00e9lior\u00e9. <noindex><a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/creat.2.html\">ENOSPC<\/a><\/noindex> lors de l'utilisation de la multithreading. Dans xattr, un support pour l'espace de noms gnu.*, utilis\u00e9 dans GNU Hurd, a \u00e9t\u00e9 ajout\u00e9.\n<li class=\"l\"> Pour Ext4 et XFS, le support des op\u00e9rations DAX (acc\u00e8s direct au FS en contournant le cache de pages sans utiliser le niveau des dispositifs de bloc) a \u00e9t\u00e9 activ\u00e9 pour des fichiers et r\u00e9pertoires sp\u00e9cifiques.\n<li class=\"l\"> Dans l'appel syst\u00e8me <noindex><a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/statx.2.html\">statx()<\/a><\/noindex> un drapeau a \u00e9t\u00e9 ajout\u00e9 <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/83d9088659e8\">STATX_ATTR_DAX<\/a><\/noindex>, en sp\u00e9cifiant lequel les informations sont extraites \u00e0 l'aide du m\u00e9canisme DAX.\n<li class=\"l\"> Dans EXFAT, <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/476189c0ef3b658de3f6b89fd0fdeb6dc451b564\">ajout\u00e9<\/a><\/noindex> le support de la v\u00e9rification de la zone de d\u00e9marrage a \u00e9t\u00e9 ajout\u00e9.\n<li class=\"l\"> Dans FAT, <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/898310032b96c198014a8bbace0fd26259b2db77\">am\u00e9lior\u00e9e<\/a><\/noindex> le pr\u00e9chargement des \u00e9l\u00e9ments FS. Les tests sur une cl\u00e9 USB 2 To lente ont montr\u00e9 une r\u00e9duction du temps de test de 383 \u00e0 51 secondes.\n<\/ul>\n<li class=\"l\"> <b>Sous-syst\u00e8me r\u00e9seau<\/b>\n<ul>\n<li class=\"l\"> Dans le code de gestion des ponts r\u00e9seau <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/45c9cbec425c\">ajout\u00e9<\/a><\/noindex> le support du protocole <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Media_Redundancy_Protocol\">MRP<\/a><\/noindex> (Media Redundancy Protocol), permettant d'assurer la tol\u00e9rance aux pannes en maillant plusieurs commutateurs Ethernet.\n<li class=\"l\"> Dans le syst\u00e8me de gestion du trafic (Tc) <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/a51c328df310\">ajout\u00e9<\/a><\/noindex> une nouvelle action 'gate', permettant de d\u00e9finir des intervalles de temps pour le traitement et le rejet de certains paquets.\n<li class=\"l\"> Le noyau et l'outil ethtool ont ajout\u00e9 le support des fonctions de test des c\u00e2bles r\u00e9seau connect\u00e9s et de l'auto-diagnostic des dispositifs r\u00e9seau.\n<li class=\"l\"> Le stack IPv6 a ajout\u00e9 le support de l'algorithme MPLS (Multiprotocol Label Switching) pour le routage des paquets en utilisant la commutation multiprotocole par \u00e9tiquettes (le support MPLS pour IPv4 \u00e9tait d\u00e9j\u00e0 disponible auparavant).\n<li class=\"l\"> Ajout du support pour la transmission de paquets IKE (Internet Key Exchange) et IPSec sur TCP (<noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc8229\">RFC 8229<\/a><\/noindex>) afin de contourner les \u00e9ventuels blocages UDP.\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=aa4d16e44f60\">Ajout\u00e9<\/a><\/noindex> Dispositif de blocage r\u00e9seau rnbd, permettant d'organiser l'acc\u00e8s distant \u00e0 un dispositif de blocage \u00e0 l'aide du transport RDMA (InfiniBand, RoCE, iWARP) et du protocole RTRS.\n<li class=\"l\"> Dans le stack TCP, <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ccd0628fca440268711560a1dbacc727b4f9e214\">ajout\u00e9<\/a><\/noindex> support de la compression des plages dans les r\u00e9ponses de confirmation s\u00e9lective (selective acknowledgment, SACK).\n<li class=\"l\"> Pour IPv6, <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=d29245692a44d71d5e2e0770463184a693696232\">r\u00e9alis\u00e9e<\/a><\/noindex> support TCP-LD (<noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc6069\">RFC 6069<\/a><\/noindex>, Long Connectivity Disruptions).\n<\/ul>\n<li class=\"l\"> <b>Mat\u00e9riel<\/b>\n<ul>\n<li class=\"l\"> Dans le pilote DRM i915 pour les cartes graphiques Intel, le support par d\u00e9faut des puces Intel Tiger Lake (GEN12) a \u00e9t\u00e9 activ\u00e9, pour lesquelles il y a aussi <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=8ca6d0237d1696060cd4f5a3ee93ee001c1a9d5b\">r\u00e9alis\u00e9e<\/a><\/noindex> la possibilit\u00e9 d'utiliser le syst\u00e8me SAGV (System Agent Geyserville) pour ajuster dynamiquement la fr\u00e9quence et la tension en fonction des exigences de consommation d'\u00e9nergie ou de performance.\n<li class=\"l\"> Dans le pilote amdgpu, le support du format pixel FP16 a \u00e9t\u00e9 ajout\u00e9 et la possibilit\u00e9 de travailler avec des tampons chiffr\u00e9s dans la m\u00e9moire vid\u00e9o (TMZ, Trusted Memory Zone) a \u00e9t\u00e9 impl\u00e9ment\u00e9e.\n<li class=\"l\"> Ajout du support des capteurs de consommation d'\u00e9nergie pour les processeurs AMD Zen et Zen2, ainsi que des capteurs de temp\u00e9rature pour AMD Ryzen 4000 Renoir. Pour AMD Zen et Zen2, le support de l'extraction d'informations sur la consommation d'\u00e9nergie via l'interface <noindex><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20200515215733.20647-1-eranian@google.com\/\">RAPL<\/a><\/noindex> (Running Average Power Limit).\n<li class=\"l\"> Dans le pilote Nouveau, le support des formats de modificateurs NVIDIA a \u00e9t\u00e9 ajout\u00e9. Pour gv100, la possibilit\u00e9 d'utiliser les modes d'affichage entrelac\u00e9s a \u00e9t\u00e9 r\u00e9alis\u00e9e. Identification de vGPU ajout\u00e9e.\n<li class=\"l\"> Dans le pilote MSM (Qualcomm), le support des GPU Adreno A405, A640 et A650 a \u00e9t\u00e9 ajout\u00e9.\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=9e1ed9fb1eb0a4bc43a26365c592d3095286038b\">Ajout\u00e9<\/a><\/noindex> cadre interne pour la gestion des ressources DRM (Direct Rendering Manager).\n<li class=\"l\"> Ajout du support pour les smartphones Xiaomi Redmi Note 7 et Samsung Galaxy S2, ainsi que pour les ordinateurs portables Elm\/Hana Chromebook.\n<li class=\"l\"> Ajout de pilotes pour les panneaux LCD : ASUS TM5P5 NT35596, Starry KR070PE2T, Leadtek LTK050H3146W, Visionox rm69299, Boe tv105wum-nw0.\n<li class=\"l\"> Prise en charge ajout\u00e9e pour les plates-formes ARM et les plateformes Renesas 'RZ\/G1H', Realtek RTD1195, Realtek RTD1395\/RTD1619, Rockchips RK3326, AMLogic S905D, S905X3, S922XH, Olimex A20-OLinuXino-LIME-eMMC, Check Point L-50,<br \/>\n, Beacon i.MX8m-Mini, Qualcomm SDM660\/SDM630, Xnano X5 TV Box, Stinger96, Beaglebone-AI.<\/p>\n<li class=\"l\"> Prise en charge du processeur MIPS Loongson-2K (Loongson64 abr\u00e9g\u00e9). Pour le CPU Loongson 3, la prise en charge de la virtualisation utilisant l'hyperviseur KVM a \u00e9t\u00e9 ajout\u00e9e.\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=53231\">Ajout\u00e9<\/a><\/noindex><br \/>\n prise en charge du processeur russe Baikal-T1 et du syst\u00e8me sur puce qui en d\u00e9coule <noindex><a rel=\"nofollow\" href=\"https:\/\/www.baikalelectronics.com\/products\/168\/\">BE-T1000<\/a><\/noindex>. Le processeur Baikal-T1 comporte deux c\u0153urs superscalaires P5600 MIPS 32 r5 fonctionnant \u00e0 une fr\u00e9quence de 1,2 GHz. La puce contient un cache L2 (1 Mo), un contr\u00f4leur de m\u00e9moire DDR3-1600 ECC, 1 port Ethernet 10Gb, 2 ports Ethernet 1Gb, un contr\u00f4leur PCIe Gen.3 x4, 2 ports SATA 3.0, USB 2.0, GPIO, UART, SPI, I2C. Le processeur offre un support mat\u00e9riel pour la virtualisation, des instructions SIMD et un acc\u00e9l\u00e9rateur mat\u00e9riel cryptographique int\u00e9gr\u00e9, prenant en charge GOST 28147-89. La puce est d\u00e9velopp\u00e9e avec un c\u0153ur de processeur MIPS32 P5600 Warrior sous licence d'Imagination Technologies. <\/p>\n<\/ul>\n<\/ul>\n<p>Simultan\u00e9ment, la Fondation latino-am\u00e9ricaine pour le logiciel libre <noindex><a rel=\"nofollow\" href=\"http:\/\/www.fsfla.org\/ikiwiki\/selibre\/linux-libre\/\">a form\u00e9<\/a><\/noindex><br \/>\nune variante <noindex><a rel=\"nofollow\" href=\"http:\/\/www.fsfla.org\/ikiwiki\/selibre\/linux-libre\/\">noyau enti\u00e8rement libre 5.8<\/a><\/noindex> \u2014 <noindex><a rel=\"nofollow\" href=\"http:\/\/linux-libre.fsfla.org\/pub\/linux-libre\/releases\/5.8-gnu\/\">Linux-libre 5.8-gnu<\/a><\/noindex>, d\u00e9barrass\u00e9 des \u00e9l\u00e9ments de firmwares et de pilotes contenant des composants ou du code non libres dont l'utilisation est limit\u00e9e par le fabricant. Dans la nouvelle version, le chargement des blobs dans les pilotes pour Atom ISP Video, MediaTek 7663 USB\/7915 PCIe, Realtek 8723DE WiFi, Renesas PCI xHCI, HabanaLabs Gaudi, Enhanced Asynchronous Sample Rate Converter, Maxim Integrated MAX98390 Speaker Amplifier, Microsemi ZL38060 Connected Home Audio Processor et I2C EEPROM Slave a \u00e9t\u00e9 d\u00e9sactiv\u00e9. Le code de nettoyage des blobs dans les pilotes et sous-syst\u00e8mes Adreno GPU, HabanaLabs Goya, \u00e9cran tactile x86, vt6656 et btbcm a \u00e9t\u00e9 mis \u00e0 jour.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"link\"><\/a><\/noindex><\/p>\n<p>Source : <a \ncontent=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=53479\">opennet.ru<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.8. \u0421\u0440\u0435\u0434\u0438 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0437\u0430\u043c\u0435\u0442\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439: \u0434\u0435\u0442\u0435\u043a\u0442\u043e\u0440 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0439 \u0433\u043e\u043d\u043a\u0438 KCSAN, \u0443\u043d\u0438\u0432\u0435\u0440\u0441\u0430\u043b\u044c\u043d\u044b\u0439 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0438 \u0443\u0432\u0435\u0434\u043e\u043c\u043b\u0435\u043d\u0438\u0439 \u0432 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u043e\u0431\u043e\u0440\u0443\u0434\u043e\u0432\u0430\u043d\u0438\u044f \u0434\u043b\u044f inline-\u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u0440\u0430\u0441\u0448\u0438\u0440\u0435\u043d\u043d\u044b\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u044b \u0437\u0430\u0449\u0438\u0442\u044b \u0434\u043b\u044f ARM64, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0440\u043e\u0441\u0441\u0438\u0439\u0441\u043a\u043e\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u0430 Baikal-T1, \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0440\u0430\u0437\u0434\u0435\u043b\u044c\u043d\u043e\u0433\u043e \u043c\u043e\u043d\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u044d\u043a\u0437\u0435\u043c\u043f\u043b\u044f\u0440\u043e\u0432 procfs, \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0434\u043b\u044f ARM64 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u043e\u0432 \u0437\u0430\u0449\u0438\u0442\u044b Shadow Call Stack \u0438 BTI. \u042f\u0434\u0440\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-90611","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-8\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.8 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-8\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-08-03T11:42:18+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-08-03T11:42:18+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Sortie du noyau Linux 5.8 | ProHoster","description":"Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds a pr\u00e9sent\u00e9 la version du noyau Linux.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-8","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.8 | ProHoster","og:description":"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux.","og:url":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-8","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-08-03T11:42:18+00:00","article:modified_time":"2020-08-03T11:42:18+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"90611","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":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 12:46:54","updated":"2022-09-27 21:26:44","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\/90611","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=90611"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/90611\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=90611"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=90611"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=90611"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}