{"id":33056,"date":"2019-10-31T21:50:30","date_gmt":"2019-10-31T18:50:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/reliz-yadra-linux-5-1\/"},"modified":"2019-10-31T21:50:30","modified_gmt":"2019-10-31T18:50:30","slug":"reliz-yadra-linux-5-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-1","title":{"rendered":"Sortie du noyau Linux 5.1","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\/2019\/5\/5\/278\">pr\u00e9sent\u00e9<\/a><\/noindex> a annonc\u00e9 la sortie du noyau <noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\">Linux 5.1<\/a><\/noindex>. Parmi les changements les plus notables : une nouvelle interface pour les entr\u00e9es\/sorties asynchrones io_uring, la possibilit\u00e9 d'utiliser les NVDIMM comme RAM, le support de la m\u00e9moire virtuelle partag\u00e9e dans Nouveau, la prise en charge du monitoring scalable des tr\u00e8s grands syst\u00e8mes de fichiers via fanotify, la possibilit\u00e9 de r\u00e9gler les niveaux de compression Zstd dans Btrfs, un nouveau gestionnaire cpuidle TEO, la mise en \u0153uvre d'appels syst\u00e8me pour r\u00e9soudre le probl\u00e8me de l'an 2038, la possibilit\u00e9 de d\u00e9marrer \u00e0 partir d'appareils device-mapper sans initramfs, le module LSM SafeSetID, et le support de patchs live combin\u00e9s.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/kernelnewbies.org\/Linux_5.1\">Principales<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/783084\">nouveaut\u00e9s<\/a><\/noindex>: <\/p>\n<ul>\n<li class=\"l\"> <b>Sous-syst\u00e8me de disque, entr\u00e9e\/sortie et syst\u00e8mes de fichiers<\/b>\n<ul>\n<li class=\"l\"> Une nouvelle interface pour l'entr\u00e9e\/sortie asynchrone a \u00e9t\u00e9 mise en \u0153uvre \u2014 <noindex><a rel=\"nofollow\" href=\"http:\/\/kernel.dk\/io_uring.pdf\">io_uring<\/a><\/noindex>, remarquable par la prise en charge du polling d'entr\u00e9e\/sortie et la possibilit\u00e9 de travailler avec ou sans mise en tampon. Rappelons que le m\u00e9canisme d'entr\u00e9e\/sortie asynchrone propos\u00e9 pr\u00e9c\u00e9demment \u00ab aio \u00bb ne supportait pas l'entr\u00e9e\/sortie mise en tampon, ne pouvait fonctionner qu'en mode O_DIRECT (sans mise en tampon et en contournant le cache), avait des probl\u00e8mes de blocage dus \u00e0 l'attente de la disponibilit\u00e9 des m\u00e9tadonn\u00e9es et pr\u00e9sentait de grandes surcharges dues \u00e0 la copie des donn\u00e9es en m\u00e9moire.\n<p>Dans le cadre de l'API<br \/>\nio_uring, les d\u00e9veloppeurs ont tent\u00e9 d'\u00e9liminer les d\u00e9fauts de l'ancienne interface aio. Selon <noindex><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-block\/20190116175003.17880-1-axboe@kernel.dk\/\">performance<\/a><\/noindex> io_uring est tr\u00e8s proche de <noindex><a rel=\"nofollow\" href=\"https:\/\/spdk.io\/\">SPDK<\/a><\/noindex> et surpasse consid\u00e9rablement libaio lors de l'utilisation du polling. Pour utiliser io_uring dans les applications finales fonctionnant dans l'espace utilisateur, une biblioth\u00e8que a \u00e9t\u00e9 pr\u00e9par\u00e9e <noindex><a rel=\"nofollow\" href=\"http:\/\/git.kernel.dk\/cgit\/liburing\/\">liburing<\/a><\/noindex>, fournissant un lien de haut niveau avec l'interface du noyau ;<\/p>\n<li class=\"l\"> Dans le m\u00e9canisme de suivi des \u00e9v\u00e9nements dans le syst\u00e8me de fichiers fanotify() <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/amir73il\/fsnotify-utils\/wiki\/Super-block-root-watch\">ajout\u00e9<\/a><\/noindex> le support du suivi des situations de changement de superbloc et de structure <noindex><a rel=\"nofollow\" href=\"https:\/\/ext4.wiki.kernel.org\/index.php\/Ext4_Disk_Layout\">dirent<\/a><\/noindex> (\u00e9v\u00e9nements de cr\u00e9ation, suppression et d\u00e9placement de r\u00e9pertoires). Les capacit\u00e9s pr\u00e9sent\u00e9es aident \u00e0 r\u00e9soudre les probl\u00e8mes de scalabilit\u00e9 qui se posent lors de la cr\u00e9ation de suivis r\u00e9cursifs des modifications dans de tr\u00e8s grands syst\u00e8mes de fichiers via le m\u00e9canisme inotify (les changements dirent ne pouvaient \u00eatre suivis auparavant que gr\u00e2ce \u00e0 inotify, mais<br \/>\nl'efficacit\u00e9 en cas de suivi r\u00e9cursif de grands r\u00e9pertoires imbriqu\u00e9s laissait \u00e0 d\u00e9sirer). Maintenant, un tel suivi peut \u00eatre effectu\u00e9 efficacement avec fanotify ;<\/p>\n<li class=\"l\"> Dans le syst\u00e8me de fichiers Btrfs <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=3f93aef535c8ea03e40cd8acf0753b3e6ed33e96\">ajout\u00e9<\/a><\/noindex> la possibilit\u00e9 de configurer le niveau de compression pour l'algorithme zstd, qui peut \u00eatre consid\u00e9r\u00e9 comme un compromis optimal entre le rapide mais inefficace lz4 et le lent mais tr\u00e8s compressant xz. De la m\u00eame mani\u00e8re qu'il \u00e9tait possible auparavant de d\u00e9finir le niveau de compression lors de l'application de zlib pour zstd, le support de l'option de montage \u00ab -o compress=zstd:level \u00bb a \u00e9t\u00e9 ajout\u00e9. Lors des tests, le premier niveau minimum a permis une compression des donn\u00e9es de 2,658 fois avec une vitesse de compression de 438,47 Mo\/s, une vitesse de d\u00e9compression de 910,51 Mo\/s et une consommation de m\u00e9moire de 780 Mo, tandis que le niveau maximum 15 a atteint 3,126 fois, mais avec une vitesse de compression de 37,30 Mo\/s, une d\u00e9compression de 878,84 Mo\/s et une consommation de m\u00e9moire de 2547 Mo;\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/plain\/Documentation\/device-mapper\/dm-init.txt?id=6bbc923dfcf57d6b97388819a7393835664c7a8e\">Ajout\u00e9<\/a><\/noindex> la possibilit\u00e9 de d\u00e9marrer \u00e0 partir d'un syst\u00e8me de fichiers h\u00e9berg\u00e9 sur un appareil device-mapper, sans utiliser initramfs. \u00c0 partir de la version actuelle du noyau, les appareils device-mapper peuvent \u00eatre utilis\u00e9s directement lors du processus de d\u00e9marrage, par exemple comme partition avec le syst\u00e8me de fichiers racine. La configuration de la partition s'effectue \u00e0 l'aide du param\u00e8tre de d\u00e9marrage \u00ab dm-mod.create \u00bb. Parmi les modules autoris\u00e9s au d\u00e9marrage du device-mapper figurent : \u00ab crypt \u00bb, \u00ab delay \u00bb, \u00ab linear \u00bb, \u00ab snapshot-origin \u00bb et \u00ab verity \u00bb;\n<li class=\"l\"> Un drapeau F2FS_NOCOW_FL a \u00e9t\u00e9 ajout\u00e9 au syst\u00e8me de fichiers orient\u00e9 vers les m\u00e9moires Flash F2FS, permettant de d\u00e9sactiver le mode copy-on-write pour un fichier donn\u00e9;\n<li class=\"l\"> Le syst\u00e8me de fichiers a \u00e9t\u00e9 supprim\u00e9 du noyau <noindex><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=22084\">Exofs<\/a><\/noindex>, qui est une variante de ext2, adapt\u00e9e pour fonctionner avec des dispositifs de stockage d'objets OSD (Object-based Storage Device). Le support du protocole SCSI pour de tels dispositifs de stockage d'objets a \u00e9galement \u00e9t\u00e9 supprim\u00e9;\n<\/ul>\n<li class=\"l\"> <b>Virtualisation et s\u00e9curit\u00e9<\/b>\n<ul>\n<li class=\"l\"> Une nouvelle option PR_SPEC_DISABLE_NOEXEC a \u00e9t\u00e9 ajout\u00e9e \u00e0 prctl() pour g\u00e9rer l'ex\u00e9cution sp\u00e9culative des instructions pour un processus s\u00e9lectionn\u00e9. Cette nouvelle option permet de d\u00e9sactiver s\u00e9lectivement l'ex\u00e9cution sp\u00e9culative pour les processus qui peuvent potentiellement \u00eatre attaqu\u00e9s via une attaque de type Spectre. Le blocage est actif jusqu'au premier appel de exec();\n<li class=\"l\"> Un module LSM a \u00e9t\u00e9 mis en \u0153uvre <noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/latest\/admin-guide\/LSM\/SafeSetID.html\">SafeSetID<\/a><\/noindex>, permettant aux services syst\u00e8me de g\u00e9rer les utilisateurs en toute s\u00e9curit\u00e9 sans \u00e9l\u00e9vation des privil\u00e8ges (CAP_SETUID) et sans obtenir les privil\u00e8ges de l'utilisateur root. L'attribution des privil\u00e8ges s'effectue par la d\u00e9finition dans securityfs de r\u00e8gles bas\u00e9es sur une liste blanche de liaisons autoris\u00e9es (sous la forme \u00ab UID1:UID2 \u00bb);\n<li class=\"l\"> Des modifications de bas niveau ont \u00e9t\u00e9 ajout\u00e9es, n\u00e9cessaires \u00e0 l'organisation empil\u00e9e de chargement des modules de s\u00e9curit\u00e9 (LSM). Un param\u00e8tre de d\u00e9marrage du noyau \u00ab lsm \u00bb a \u00e9t\u00e9 pr\u00e9sent\u00e9, permettant de g\u00e9rer quels modules sont charg\u00e9s et dans quel ordre;\n<li class=\"l\"> La prise en charge des espaces de noms de fichiers a \u00e9t\u00e9 ajout\u00e9e au sous-syst\u00e8me d'audit ;\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/81a56f6dcd20\">\u00c9tendus<\/a><\/noindex> Les capacit\u00e9s du plugin GCC structleak, permettant de bloquer les fuites potentielles du contenu de la m\u00e9moire, ont \u00e9t\u00e9 fournies, ainsi que l'initialisation de toutes les variables utilis\u00e9es dans le code via une r\u00e9f\u00e9rence dans la pile ;\n<\/ul>\n<li class=\"l\"> <b>Sous-syst\u00e8me r\u00e9seau<\/b>\n<ul>\n<li class=\"l\"> Pour les sockets, <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/f5dd3d0c9638\">r\u00e9alis\u00e9e<\/a><\/noindex> une nouvelle option \u00ab SO_BINDTOIFINDEX \u00bb, semblable \u00e0<br \/>\n\u00abSO_BINDTODEVICE\u00bb, mais acceptant comme argument le num\u00e9ro d'index de l'interface r\u00e9seau plut\u00f4t que le nom de l'interface;<\/p>\n<li class=\"l\"> Dans la pile mac80211, il a \u00e9t\u00e9 ajout\u00e9 la possibilit\u00e9 d'assigner plusieurs BSSID (adresses MAC) \u00e0 un appareil. Dans le cadre du projet d'optimisation des performances WiFi, la pile mac80211 a ajout\u00e9 la prise en compte de la r\u00e9partition du temps d'acc\u00e8s et la possibilit\u00e9 de r\u00e9partir le temps d'acc\u00e8s entre plusieurs stations (lors du fonctionnement en mode point d'acc\u00e8s, moins de temps de transmission est accord\u00e9 aux stations sans fil lentes, au lieu d'une r\u00e9partition uniforme du temps entre toutes les stations) ;\n<li class=\"l\"> Un m\u00e9canisme \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=db2ab7a08f06\">devlink health<\/a><\/noindex>\u00bb, fournissant des notifications en cas de probl\u00e8mes avec l'interface r\u00e9seau;\n<\/ul>\n<li class=\"l\"> <b>M\u00e9moire et services syst\u00e8me<\/b>\n<ul>\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/torvalds\/c\/a9dce6679d736cb3d612af39bab9f31f8db66f9b\">Mise en \u0153uvre de<\/a><\/noindex> la livraison s\u00fbre des signaux, prenant en compte la possibilit\u00e9 de r\u00e9utilisation des PID. Par exemple, lors de l'appel de kill, il pouvait y avoir une situation o\u00f9 juste apr\u00e8s l'envoi du signal, le PID cible pouvait \u00eatre lib\u00e9r\u00e9 en raison de la fin du processus et occup\u00e9 par un autre processus, et finalement, le signal \u00e9tait transmis \u00e0 un autre processus. Pour \u00e9viter de telles situations, un nouvel appel syst\u00e8me pidfd_send_signal a \u00e9t\u00e9 ajout\u00e9, qui utilise des descripteurs de fichiers \u00e0 partir de \/proc\/pid pour garantir un lien stable avec le processus. M\u00eame si le PID est r\u00e9utilis\u00e9 pendant le traitement de l'appel syst\u00e8me, le descripteur de fichier ne changera pas et pourra \u00eatre utilis\u00e9 en toute s\u00e9curit\u00e9 pour envoyer un signal au processus ;\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/777212\/\">Ajout\u00e9<\/a><\/noindex> la possibilit\u00e9 d'utiliser des dispositifs de m\u00e9moire persistante (persistent-memory, par exemple <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/NVDIMM\">NVDIMM<\/a><\/noindex>) comme RAM. Jusqu'\u00e0 pr\u00e9sent, de tels dispositifs \u00e9taient pris en charge en tant que p\u00e9riph\u00e9riques de stockage dans le noyau, mais ils peuvent d\u00e9sormais \u00e9galement \u00eatre utilis\u00e9s comme m\u00e9moire vive suppl\u00e9mentaire. Cette possibilit\u00e9 a \u00e9t\u00e9 mise en \u0153uvre en r\u00e9ponse aux demandes des utilisateurs qui sont pr\u00eats \u00e0 accepter un ralentissement des performances et souhaitent utiliser l'API de gestion de la m\u00e9moire du noyau Linux au lieu des syst\u00e8mes de r\u00e9partition de la m\u00e9moire en espace utilisateur qui fonctionnent au-dessus de mmap pour le fichier dax.\n<li class=\"l\"> Un nouveau gestionnaire d'inactivit\u00e9 du CPU (cpuidle, d\u00e9termine quand le CPU peut entrer dans des modes d'\u00e9conomie d'\u00e9nergie profonds, plus le mode est profond \u2014 plus l'\u00e9conomie est importante, mais plus le temps n\u00e9cessaire pour sortir du mode est long) \u2014 TEO (Timer Events Oriented Governor). Jusqu'\u00e0 pr\u00e9sent, deux gestionnaires cpuidle ont \u00e9t\u00e9 propos\u00e9s \u2014 \u00abmenu\u00bb et \u00abladder\u00bb, qui se diff\u00e9rencient par leur heuristique. Le gestionnaire \u00abmenu\u00bb pr\u00e9sente des probl\u00e8mes connus dans la prise de d\u00e9cisions heuristiques, c'est pourquoi il a \u00e9t\u00e9 d\u00e9cid\u00e9 de pr\u00e9parer un nouveau gestionnaire. TEO se positionne comme une alternative au gestionnaire \u00abmenu\u00bb, permettant d'atteindre de meilleures performances tout en conservant le m\u00eame niveau de consommation d'\u00e9nergie.<br \/>\nLe nouveau gestionnaire peut \u00eatre activ\u00e9 \u00e0 l'aide du param\u00e8tre de d\u00e9marrage \u00abcpuidle.governor=teo\u00bb;<\/p>\n<li class=\"l\"> Dans le cadre des travaux pour rem\u00e9dier \u00e0 <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_2038_%D0%B3%D0%BE%D0%B4%D0%B0\">du probl\u00e8me de l'an 2038<\/a><\/noindex>, caus\u00e9e par un d\u00e9passement du type time_t 32 bits, des appels syst\u00e8me offrent des compteurs de temps 64 bits pour les architectures 32 bits. Au final, la structure time_t 64 bits peut d\u00e9sormais \u00eatre utilis\u00e9e sur toutes les architectures. Des modifications similaires ont \u00e9galement \u00e9t\u00e9 mises en \u0153uvre dans la sous-syst\u00e8me r\u00e9seau pour les options <noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/Documentation\/networking\/timestamping.txt\">timestamp<\/a><\/noindex>  des sockets r\u00e9seau;\n<li class=\"l\"> Dans le syst\u00e8me de patching \u00e0 chaud du noyau (live patching) <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/tree\/Documentation\/livepatch\/cumulative-patches.txt?id=c4e6874f2a2965e932f4a5cf2631bc6024e55021\">ajout\u00e9<\/a><\/noindex> la possibilit\u00e9 \u00abAtomic Replace\u00bb pour l'application atomique d'une s\u00e9rie de modifications \u00e0 une fonction. Cette possibilit\u00e9 permet de distribuer des correctifs r\u00e9capitulatifs, englobant plusieurs modifications, au lieu d'un processus de superposition de correctifs en direct, assez complexe \u00e0 maintenir, qui doit \u00eatre effectu\u00e9 dans un ordre strictement d\u00e9fini. Auparavant, chaque modification suivante devait se baser sur l'\u00e9tat de la fonction apr\u00e8s la derni\u00e8re modification, tandis que maintenant il est possible de distribuer plusieurs modifications, li\u00e9es \u00e0 un m\u00eame \u00e9tat initial (c'est-\u00e0-dire que les mainteneurs peuvent g\u00e9rer un seul correctif r\u00e9capitulatif par rapport au noyau de base, au lieu d'une cha\u00eene de correctifs interd\u00e9pendants);\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=eac616557050737a8d6ef6fe0322d0980ff0ffde\">D\u00e9clar\u00e9<\/a><\/noindex> d\u00e9pr\u00e9ci\u00e9 le support du format de fichiers ex\u00e9cutables a.out et<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=08300f4402abc0eb3bc9c91b27a529836710d32d\">supprim\u00e9<\/a><\/noindex> le code pour g\u00e9n\u00e9rer des fichiers core au format a.out, qui est d\u00e9sormais obsol\u00e8te. Le format a.out n'est plus utilis\u00e9 sur les syst\u00e8mes Linux, et la g\u00e9n\u00e9ration de fichiers a.out n'est plus support\u00e9e par les outils modernes dans les configurations par d\u00e9faut pour Linux. De plus, le chargeur pour les fichiers a.out peut \u00eatre enti\u00e8rement impl\u00e9ment\u00e9 dans l'espace utilisateur;<\/p>\n<li class=\"l\"> Dans le m\u00e9canisme de v\u00e9rification des programmes BPF, a \u00e9t\u00e9 ajout\u00e9e la possibilit\u00e9 de d\u00e9terminer et de supprimer le code inutilis\u00e9. Des correctifs avec support du spinlock pour le sous-syst\u00e8me BPF ont \u00e9galement \u00e9t\u00e9 inclus dans le noyau, offrant des capacit\u00e9s suppl\u00e9mentaires pour g\u00e9rer l'ex\u00e9cution parall\u00e8le des programmes BPF;\n<\/ul>\n<li class=\"l\"> <b>Mat\u00e9riel<\/b>\n<ul>\n<li class=\"l\"> Dans le pilote Nouveau <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=eeaf06ac1a5584e41cf289f8351e446bb131374b\">ajout\u00e9<\/a><\/noindex> le support de la gestion de m\u00e9moire h\u00e9t\u00e9rog\u00e8ne, permettant l'acc\u00e8s des CPU et GPU \u00e0 des zones de m\u00e9moire synchronis\u00e9es partag\u00e9es. Le syst\u00e8me de m\u00e9moire virtuelle partag\u00e9e (SVM, shared virtual memory) est bas\u00e9 sur le sous-syst\u00e8me HMM (Heterogeneous memory management), permettant d'utiliser des dispositifs avec leurs propres unit\u00e9s de gestion de m\u00e9moire (MMU, memory management unit) qui peuvent acc\u00e9der \u00e0 la m\u00e9moire principale. Gr\u00e2ce \u00e0 HMM, il est \u00e9galement possible d'organiser un espace d'adressage commun entre le GPU et le CPU, o\u00f9 le GPU peut acc\u00e9der \u00e0 la m\u00e9moire principale du processus. Le support de SVM est actuellement uniquement activ\u00e9 pour les GPU de la famille Pascal, bien que le support est \u00e9galement assur\u00e9 pour les GPU Volta et Turing. De plus, dans Nouveau <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=f180bf12ac061f093abb9247505f661817973cae\">ajout\u00e9<\/a><\/noindex> nouveau ioctl pour g\u00e9rer la migration des zones de m\u00e9moire des processus vers la m\u00e9moire GPU;\n<li class=\"l\"> Dans le pilote DRM d'Intel pour GPU Skylake et plus r\u00e9cent (gen9+) <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7360c9f6b857e22a48e545f4e99c79630994e932\">est inclus<\/a><\/noindex> Par d\u00e9faut, le mode fastboot exclut les changements inutiles de mode durant le d\u00e9marrage. <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=5e0f5a58b167fc2c8352d90c0faa8c0c9ca75c26\">Ajout\u00e9s<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/03ca3cf8e9aa7549e6c398462af0f68bdd43e7fe\">appels<\/a><\/noindex> Identifiants des dispositifs bas\u00e9s sur les microarchitectures Coffeelake et Ice Lake. Pour les puces Coffeelake <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=c3b5a8430daadf5b8ec9757d6c81149903cbe99f\">ajout\u00e9<\/a><\/noindex> prise en charge de GVT (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=41187\">virtualisation GPU<\/a><\/noindex>). Pour les GPU virtuels <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=39c68e87bc50a71bcfe93582d9b0673ef30db418\">r\u00e9alis\u00e9e<\/a><\/noindex> prise en charge de VFIO EDID. Pour les panneaux LCD MIPI\/DSI <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7b5618f4b834330a052958db934c3dffad4a15c2\">ajout\u00e9<\/a><\/noindex> prise en charge des \u00e9l\u00e9ments ACPI\/PMIC. <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=a0ff6779c75fe86a66b8c2eb439a40a12139eb02\">De nombreuses nouvelles fonctionnalit\u00e9s du langage, d\u00e9velopp\u00e9es dans la sp\u00e9cification Raku v6.e, ont \u00e9t\u00e9 mises en \u0153uvre.<\/a><\/noindex> nouveaux modes TV 1080p30\/50\/60 TV;\n<li class=\"l\"> Le pilote amdgpu a ajout\u00e9 la prise en charge des GPU Vega10\/20 BACO. Des fonctionnalit\u00e9s de gestion de l'alimentation pour Vega 10\/20 et des tableaux de gestion des ventilateurs pour Vega 10 ont \u00e9t\u00e9 mises en \u0153uvre. De nouveaux identifiants PCI pour les dispositifs GPU Picasso ont \u00e9t\u00e9 ajout\u00e9s. <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=67dd1a36334ffce82bebeb2d633e152aa436d370\">Ajout\u00e9<\/a><\/noindex> interface de gestion des d\u00e9pendances planifi\u00e9es afin d'\u00e9viter les blocages mutuels;\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=557c37360eca864eba692be7b7b72ec937b330af\">Ajout\u00e9<\/a><\/noindex> pilote DRM\/KMS pour acc\u00e9l\u00e9rateurs des op\u00e9rations d'affichage <noindex><a rel=\"nofollow\" href=\"https:\/\/community.arm.com\/developer\/tools-software\/graphics\/b\/blog\/posts\/mali-d71-and-the-next-generation-display-solution\">ARM Komeda<\/a><\/noindex> (Mali D71);\n<li class=\"l\"> Ajout de la prise en charge des panneaux d'affichage Toppoly TPG110, Sitronix ST7701, PDA 91-00156-A0, LeMaker BL035-RGB-002 3.5 et Kingdisplay kd097d04;\n<li class=\"l\"> Ajout de la prise en charge des codecs audio Rockchip RK3328, Cirrus Logic CS4341 et CS35L36, MediaTek MT6358, Qualcomm WCD9335 et Ingenic JZ4725B, ainsi que de la plateforme audio Mediatek MT8183;\n<li class=\"l\"> Ajout de la prise en charge des contr\u00f4leurs NAND Flash de STMicroelectronics FMC2, Amlogic Meson;\n<li class=\"l\"> Ajout de la prise en charge des acc\u00e9l\u00e9rateurs pour les syst\u00e8mes de mat\u00e9riel Habana AI;\n<li class=\"l\"> Ajout de la prise en charge des contr\u00f4leurs Ethernet gigabit NXP ENETC et des interfaces sans fil MediaTek MT7603E (PCIe) et MT76x8.\n<\/ul>\n<\/ul>\n<p>En m\u00eame temps, le Fonds latino-am\u00e9ricain 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 5.1 enti\u00e8rement libre<\/a><\/noindex> \u2014 <noindex><a rel=\"nofollow\" href=\"http:\/\/linux-libre.fsfla.org\/pub\/linux-libre\/releases\/5.1-gnu\/\">Linux-libre 5.1-gnu<\/a><\/noindex>, d\u00e9barrass\u00e9 des \u00e9l\u00e9ments de firmwares et de pilotes contenant des composants ou des morceaux de code non libres, dont l'utilisation est restreinte par le fabricant. Dans cette nouvelle version, le chargement de blobs dans les pilotes mt7603 et goya a \u00e9t\u00e9 d\u00e9sactiv\u00e9. Le code de nettoyage des blobs dans les pilotes et sous-syst\u00e8mes wilc1000, iwlwifi, soc-acpi-intel, brcmfmac, mwifiex, btmrvl, btmtk et touchscreen_dmi a \u00e9t\u00e9 mis \u00e0 jour. Le nettoyage des blobs dans le chargeur de firmwares lantiq xrx200 a \u00e9t\u00e9 interrompu en raison de son retrait du noyau.<\/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=50631\">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.1. \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: \u043d\u043e\u0432\u044b\u0439 \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441 \u0434\u043b\u044f \u0430\u0441\u0438\u043d\u0445\u0440\u043e\u043d\u043d\u043e\u0433\u043e \u0432\u0432\u043e\u0434\u0430\/\u0432\u044b\u0432\u043e\u0434\u0430 io_uring, \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u044f NVDIMM \u0432 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435 \u041e\u0417\u0423, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0432 Nouveau \u0440\u0430\u0437\u0434\u0435\u043b\u044f\u0435\u043c\u043e\u0439 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043f\u0430\u043c\u044f\u0442\u0438, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u043c\u043e\u0433\u043e \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 \u043e\u0447\u0435\u043d\u044c \u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u0424\u0421 \u0447\u0435\u0440\u0435\u0437 fanotify, \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438 \u0443\u0440\u043e\u0432\u043d\u0435\u0439 \u0441\u0436\u0430\u0442\u0438\u044f Zstd \u0432 Btrfs, \u043d\u043e\u0432\u044b\u0439 \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a cpuidle TEO, \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0445 \u0432\u044b\u0437\u043e\u0432\u043e\u0432 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-33056","post","type-post","status-publish","format-standard","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 \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-1\" \/>\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\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.1 | 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-1\" \/>\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=\"2019-10-31T18:50:30+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:50:30+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\udd47Lancement du noyau Linux 5.1 | 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-1","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.1 | 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-1","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":"2019-10-31T18:50:30+00:00","article:modified_time":"2019-10-31T18:50:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33056","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":"2026-01-21 13:47:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:47:29","updated":"2026-01-21 13:47:19","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\/33056","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=33056"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/33056\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=33056"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=33056"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=33056"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}