Linus Torvalds a publié la version 5.2 du noyau Linux
Avec une nouvelle API pour le montage de systèmes de fichiers

Le , par Bill Fassinou

118PARTAGES

15  0 
Linus Torvalds a publié ce dimanche, la version 5.2 du noyau Linux, après sept RC (release candidate). La nouvelle version du noyau n’est pas une branche LTS (Long Time Support), ce qui signifie que vous devez peut-être vous en tenir à votre ancienne version LTS, mais notez qu’elle apporte de nombreuses nouvelles fonctionnalités et de multiples améliorations. Linux 5.2 arrive avec Sound Open Firmware, un micrologiciel open source prenant en charge les périphériques audio DSP, une nouvelle API de montage pour le montage de systèmes de fichiers, de nouveaux pilotes GPU open source pour les périphériques ARM Mali, des noms insensibles à la casse système de fichiers EXT4, ainsi que de multiples autres améliorations.

Au départ, Torvalds a indiqué qu’il était prêt pour continuer avec une nouvelle semaine de RC, mais il a été contraint par l’enchaînement des événements. Il a finalement décidé de publier le noyau tel qu'il est, après sept RC. « J'étais un peu prédisposé à faire un rc8, simplement à cause de mes voyages et de ma totale absence d'Internet la semaine dernière. Donc, malgré un retour assez tardif du noyau, je ne vois pas de raison valable pour une autre semaine de rc, et nous avons donc une version 5.2 avec le timing de publication normal », a-t-il laissé comme message sur la liste de diffusion du noyau. Linux 5.2 est maintenant disponible et propose des fonctionnalités et des améliorations pour la plupart très intéressantes.

La version 5.2 du noyau Linux apporte la fonctionnalité qui rend le système de fichiers EXT4 insensible à la casse, la prise en charge du microprogramme Intel Sound Open Firmware, les pilotes graphiques ARM Mali avec Lima et Panfrost, un tout nouveau pilote WiFi Realtek pour remplacer le pilote RTLWIFI existant, de nouveaux sous-systèmes pour les compteurs de bus de terrain et génériques, etc. Cette version améliore également la surveillance des ressources d’information sur les points de pression pour la rendre utilisable par Android. On note également l’inclusion d’un support pour de nombreux produits Intel et l’API de montage a été repensée avec de nouveaux appels système.


Il existe des correctifs pour le dernier bogue du processeur (MDS) et de nombreux autres nouveaux pilotes et améliorations. Regardons de plus près quelques-unes des nouvelles caractéristiques du noyau Linux :

Inclusion du micrologiciel Sound Open

Alors que de nombreux périphériques audio DSP ont des pilotes open source, leur micrologiciel est resté fermé et livré sous forme de fichiers binaires. En conséquence, les problèmes de microprogrammes ont souvent été difficiles à résoudre. Le projet Sound Open Firmware (SOF), soutenu par Intel et Google, a été créé pour améliorer cette situation en fournissant une plateforme open source permettant de créer un micrologiciel open source pour les audio DSP.

Non seulement les fichiers SOF permettront aux utilisateurs de disposer d’un micrologiciel à code source ouvert, mais ils leur permettront également de personnaliser leur propre micrologiciel, voire d’utiliser la puissance des processeurs DSP de leurs cartes son de manière imaginative. La version 5.2 du noyau de Linux inclut le noyau SOF ainsi que les microprogrammes Open Source d’Intel pour nombre de leurs produits principaux : Baytrail, CherryTrail, Broadwell, ApolloLake, GeminiLake, CannonLake et IceLake.

Nouvelle API de montage des systèmes de fichiers

L’appel système mount(2) est chargé du montage des systèmes de fichiers. L'équipe du noyau Linux estime qu’il fait bien son travail, mais comme de nouvelles fonctionnalités de montage ont été ajoutées au fil des ans, il a fallu l’implémenter au-dessus de l’interface existante qui n’était pas conçue pour des scénarios complexes. L’interface actuelle de mount(2) regroupe en réalité six ou sept interfaces différentes, et des combinaisons d’indicateurs, jugées étranges, qui lui permettent de faire des choses différentes de celles spécifiées au départ par l’appel système. Ce n'est pas pour une simple question d'esthétique, a expliqué l’équipe du noyau.

L'équipe explique aussi qu'il n'est pas facile pour les applications et les utilisateurs de comprendre les erreurs renvoyées, il n'est pas adapté à la spécification de sources multiples telles que les besoins de superposition de fichiers. Vous ne pouvez pas monter un système de fichiers dans un autre espace de noms de montage. Il ne permet pas non plus d'autres fonctionnalités qui doivent être implémentées avec des hacks tels que shiftfs. Les développeurs Linux ont décidé de redéfinir l'intégralité de l'API de montage dans cette version, ce qui a entraîné l'ajout de six nouveaux appels système : fsopen(2), fsconfig(2), fsmount(2), move_mount(2), fspick(2) et open_tree(2). Ces appels système permettent chacun aux développeurs d'écrire du code ou de reconfigurer un superbloc.

Nouveaux pilotes GPU pour les appareils ARM Mali

La nouvelle version du noyau Linux, la version 5.2, contient deux pilotes communautaires pour les accélérateurs ARM Mali. ARM n'a jamais été une solution open source conviviale du côté des GPU. La communauté a dû créer des pilotes open source pour les GPU Mali. Lima couvre l'ancien t4xx et Panfrost la nouvelle série 6xx/7xx.

ETX4 : des noms de fichiers insensibles à la casse

Linux a, depuis sa création, été sensible à la casse. Cependant, avec la version 5.2, le système de fichiers EXT4 autorisera la prise en charge des fichiers et dossiers insensibles à la casse. Ces correctifs sont restés longtemps en développement, mais sont enfin prêts pour le support principal. À partir de sa version 5.2, le noyau Linux ajoute désormais une nouvelle fonctionnalité au système de fichiers ETX4 qui ne fait pas de distinction entre les majuscules et les minuscules.

Plus de protection contre les bogues du processeur et l'option de démarrage d'atténuation

Cette version ajoute une infrastructure de bogues permettant de traiter la vulnérabilité matérielle MDS (Microarchitectural Data Sampling) qui permet un accès spéculatif sans privilège aux données disponibles dans divers tampons internes du CPU. Ce nouvel ensemble de défauts comporte plusieurs variantes. Afin d’aider les utilisateurs à faire face au nombre sans cesse croissant de bogues de processeur entre différentes architectures, une nouvelle option d’amorçage indépendante de l’architecture appelée "mitigations=" a été ajoutée. Il s'agit d'un ensemble d'options organisées et indépendantes d'arch (pour l'instant x86, PowerPC et s390), afin de faciliter l'activation ou la désactivation des protections, quel que soit le système sur lequel elles s'exécutent.

Le noyau Linux 5.2 inclut également des dizaines de pilotes mis à jour et nouveaux pour un meilleur support matériel, ainsi que d'innombrables correctifs de bogues et de sécurité. Les améliorations concernent, entre autres, la virtualisation, l’horloge, les périphériques multifonctions, etc. Vous pouvez vous référer à la note de version pour en savoir plus sur les nouveautés introduites dans la version 5.2 du noyau Linux.

Sources : Liste de diffusion du noyau Linux, Note de version

Et vous ?

Qu'en pensez-vous ?

Voir aussi

La version 5.1 du noyau Linux est disponible, optimise les E/S asynchrones et apporte d'autres nouvelles fonctionnalités

Ubuntu 19.04 (Disco Dingo) est publié avec la version 5.0 du noyau Linux et est plutôt perçu comme une mise à jour qu'une version majeure

Une faille grave du noyau Linux a été découverte dans RDS, Red Hat, Ubuntu, Debian et SUSE affectées

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de Neckara
Expert éminent sénior https://www.developpez.com
Le 08/07/2019 à 19:41
Citation Envoyé par SkyZoThreaD Voir le message
Le système serait juste tolérant aux erreurs de casse... Si les softs respectent la casse ils marcheront, si ils ne la respectent pas, il marcheront aussi....
Je ne vois pas en quoi ça pourrait avoir un impact... n'hésitez pas à me corriger si je me trompe.
Je pense que la crainte est surtout quant au fait d'avoir des dossiers existants ayant deux fichiers ayant le même nom à la casse près.
2  0 
Avatar de Markand
Membre confirmé https://www.developpez.com
Le 09/07/2019 à 8:59
Citation Envoyé par Steinvikel Voir le message
J'ai du mal à saisir en quoi rendre un système de fichier insensible à la casse est une amélioration... n'est-ce pas plutôt un retour en arrière ?
Donc dorénavant, lorsque ext4 est monté, il est alors décidé si tous les fichiers sont sensible, ou insensible. Dans quels contexte cela peut-être réellement enviable ?
Évidemment que c'est pas activé par défaut. Ils sont pas fous non plus. Comme indiqué dans la note de version il faut faire une manipulation par répertoire pour que ce soit activé avec chattr.
2  0 
Avatar de Aiekick
Membre extrêmement actif https://www.developpez.com
Le 08/07/2019 à 17:34
y a t'il un risque pour tout ce qui est sur un system linux actuel a passer au 5.2 ?
je demande ca principalement a cause de la casse. est ce que certains softs pourrait etre impacté par la suppression de la casse ?
en tant qu'utilisateur en lignes de commande c'est génial mais en dehors de ca je sais pas ?
1  0 
Avatar de champomy62
Membre averti https://www.developpez.com
Le 08/07/2019 à 18:51
Citation Envoyé par SkyZoThreaD Voir le message
Le système serait juste tolérant aux erreurs de casse... Si les softs respectent la casse ils marcheront, si ils ne la respectent pas, il marcheront aussi....
Je ne vois pas en quoi ça pourrait avoir un impact... n'hésitez pas à me corriger si je me trompe.
Sur OSX, lorsque tu mets sensible a la casse (insensible par default), tout pete ...
1  0 
Avatar de SkyZoThreaD
Membre expérimenté https://www.developpez.com
Le 08/07/2019 à 17:49
Citation Envoyé par Aiekick Voir le message
est ce que certains softs pourrait etre impacté par la suppression de la casse ?
Le système serait juste tolérant aux erreurs de casse... Si les softs respectent la casse ils marcheront, si ils ne la respectent pas, il marcheront aussi....
Je ne vois pas en quoi ça pourrait avoir un impact... n'hésitez pas à me corriger si je me trompe.
0  0 
Avatar de rawsrc
Modérateur https://www.developpez.com
Le 08/07/2019 à 18:57
J'espère qu'il sera possible de garder l'os sensible à la casse et juste définir des dossiers pour lesquels la casse ne comptera plus (je pense aux dossiers utilisateurs principalement).
0  0 
Avatar de Steinvikel
Membre expérimenté https://www.developpez.com
Le 08/07/2019 à 22:28
J'ai du mal à saisir en quoi rendre un système de fichier insensible à la casse est une amélioration... n'est-ce pas plutôt un retour en arrière ?
Donc dorénavant, lorsque ext4 est monté, il est alors décidé si tous les fichiers sont sensible, ou insensible. Dans quels contexte cela peut-être réellement enviable ?
0  0 
Avatar de SkyZoThreaD
Membre expérimenté https://www.developpez.com
Le 09/07/2019 à 20:54
Citation Envoyé par Neckara Voir le message
Je pense que la crainte est surtout quant au fait d'avoir des dossiers existants ayant deux fichiers ayant le même nom à la casse près.
One point
0  0 
Responsable bénévole de la rubrique Linux : chrtophe -

Partenaire : Hébergement Web