1 pièce(s) jointe(s)
Linux 6.2 est disponible avec un support initial pour les cartes graphiques NVIDIA RTX 30
La version 6.2 du noyau Linux laisserait prévoir de nombreuses améliorations du système de fichiers,
dans le même temps, les systèmes de fichiers Linux de nouvelle génération n'avancent pas vite
La prochaine version du noyau Linux (6.2) devrait apporter une amélioration de la gestion des systèmes de fichiers, notamment les performances des cartes SD et des clés USB, ainsi que FUSE. Quant aux sous-systèmes de stockage de la prochaine génération... pas vraiment. Pour un noyau de système d’exploitation aussi mature, il y a encore des améliorations considérables dans la gestion par Linux des formats de disques existants, et cela pourrait s'améliorer avec l’arrivé du noyau 6.2. Aussi, de l'avis de certains spécialistes, les systèmes de fichiers Linux de nouvelle génération n'avanceraient pas vite.
Linux est un membre de la grande famille des systèmes d'exploitation de type Unix. Ce nouveau venu, qui a connu une popularité soudaine et spectaculaire à la fin des années 1990, rejoint les systèmes d'exploitation commerciaux Unix bien connus tels que System V Release 4 (SVR4), développé par AT&T (aujourd'hui détenu par le SCO Group) ; la version 4.4 BSD de l'Université de Californie à Berkeley (4.4BSD) ; Digital UNIX de Digital Equipment Corporation (aujourd'hui Hewlett-Packard) ; AIX d'IBM ; HP-UX de Hewlett-Packard ; Solaris de Sun Microsystems ; et Mac OS X d'Apple Computer, Inc. Outre Linux, il existe quelques autres noyaux de type Unix à open source, tels que FreeBSD, NetBSD et OpenBSD.
Aujourd'hui, pour monter un système de fichier, il faut être administrateur ou que celui-ci l'ait prévu dans « /etc/fstab » avec des informations en dur. FUSE abréviation de Filesystem in Userspace, permet à un utilisateur de monter lui-même un système de fichier. Avec FUSE, il est possible d'implémenter toutes les fonctionnalités d'un système de fichier dans un espace utilisateur. Ces fonctionnalités incluent :
- une API de bibliothèque simple ;
- une installation simple (pas besoin de patcher ou recompiler le noyau) ;
- une implémentation sécurisée ;
- utilisable dans l'espace utilisateur.
Linux a été initialement développé par Linus Torvalds en 1991 comme système d'exploitation pour les ordinateurs personnels compatibles IBM basés sur le microprocesseur Intel 80386. Linus reste très impliqué dans l'amélioration de Linux, en le maintenant à jour avec les différents développements matériels et en coordonnant l'activité de centaines de développeurs Linux dans le monde. Au fil des ans, les développeurs ont travaillé pour rendre Linux disponible sur d'autres architectures, notamment Alpha de Hewlett-Packard, Itanium d'Intel, AMD64 d'AMD, PowerPC et zSeries d'IBM.
L'un des avantages les plus attrayants de Linux est qu'il ne s'agit pas d'un système d'exploitation commercial : son code source sous licence GNU General Public License (GPL)† est ouvert et peut être étudié par tous.
Les systèmes de fichiers standard de Linux existent en plusieurs versions
Techniquement parlant, Linux est un véritable noyau Unix, bien qu'il ne s'agisse pas d'un système d'exploitation Unix complet car il n'inclut pas toutes les applications Unix, telles que les utilitaires de système de fichiers. Avec Linux, il est possible d’utiliser le bon vieux système de fichiers Ext2 s’il n’éxiste pas de besoins spécifiques. Il est possible de passer à Ext3 pour éviter les longues vérifications du système de fichiers après une panne du système. Pour gérer de nombreux petits fichiers, le système de fichiers ReiserFS est probablement le meilleur choix.
Outre Ext3 et ReiserFS, plusieurs autres systèmes de fichiers de journalisation peuvent être utilisés sous Linux, notamment le système de fichiers de journalisation (JFS) d'IBM AIX et le système de fichiers XFS de Silicon Graphics IRIX. Grâce à une puissante technologie de système de fichiers virtuel orienté objet (inspirée de Solaris et du SVR4), le portage d'un système de fichiers étranger vers Linux est généralement plus facile que le portage vers d'autres noyaux.
Matthew Wilcox, développeur du noyau d'Oracle Linux, a recommandé la suppression du système de fichiers ReiserFS, un système de fichiers développé spécialement pour le système d'exploitation Linux par Hans Reiser et la société Namesys. C'est le premier système de fichiers journalisé qui a été accepté dans le noyau et développé alors que les systèmes de fichiers Ext n'étaient pas encore prévus.
Le motif évoqué par Wilcox pour soutenir son idée de supprimer le système de fichiers ReiserFS est la difficulté supplémentaire avec la modernisation de l'infrastructure du noyau causée par le fait qu'il est obligé de laisser le tag AOP_FLAG_CONT_EXPAND dans le noyau car reiserfs reste le seul système de fichiers qui utilise ce tag dans la fonction Write_begin. Également, la dernière correction dans le code de reiserfs date de l'année 2019.
Jan Kara de la société SUSE a indiqué que Reiserfs est sur la voie de l'obsolescence, mais il n'est pas possible de conclure qu’il est dépassé pour être retiré du noyau. Selon certains analystes, Reiserfs continue à être fourni dans OpenSUSE, mais la base d'utilisateurs de ce FS est insignifiante et se réduit constamment. Pour les utilisateurs professionnels, le support de Reiserfs dans SUSE a été interrompu il y a 3-4 ans et le module reiserfs n'est pas inclus dans le paquet par défaut avec le noyau.
Comme option, Sheng Yang, Directeur principal de l’ingénierie chez SUSE a proposé de commencer à afficher un avertissement sur l'obsolescence lors du montage des sections ReiserFS et de considérer que ce système de fichiers est prêt à être supprimé si personne n’émet le désir de continuer à utiliser le système de fichiers.
exFAT publié par Microsoft en 2019 et intégré dans le noyau Linux en 2020
ExFAT est l’abréviation du terme anglais « Extended File Allocation Table » (en français « tableau de distribution de fichier étendu »). exFAT permet une taille de cluster maximale de 32 MiB (mébibytes). Au maximum, un dossier peut contenir 2 796 202 fichiers. Par conséquent, les utilisateurs privés n’atteindront jamais cette limite de plusieurs millions de fichiers qui offre par ailleurs une marge considérable aux utilisateurs d’applications professionnelles dans les domaines de la recherche, de l’industrie et des médias. Le prédécesseur d’exFAT, FAT32, permettait au maximum 65 534 fichiers. Cette amélioration est donc particulièrement utile, voire indispensable, pour les applications impliquant de grandes quantités de données.
Depuis la version 10.6.5, le standard exFAT est en outre entièrement supporté par Apple permettant ainsi d’accroître la compatibilité entre les appareils Mac et PC et de simplifier le transfert des données. Pendant très longtemps, la compatibilité avec les systèmes d’exploitation Linux n’a pas été optimale. Suite à la publication par Microsoft de la spécification exFAT en 2019 et à son intégration dans le noyau Linux en 2020, sa prise en charge s'est régulièrement améliorée.
Tout récemment, Linux a acquis la capacité de réparer les volumes exFAT, grâce à un patch du développeur Samsung Namjae Jeon, qui maintient le pilot exFAT hors-arbre pour les anciens noyaux - comme celui utilisé dans Android. Son historique de commit montre de nombreuses contributions du programmeur de Sony. Un autre ingénieur de Samsung, Jaeguk Kim, a contribué à un patch pour améliorer F2FS, le Flash Friendly File System.
Quels que soient le système d’exploitation et la plateforme, exFAT peut parfois entraîner des problèmes dans le cadre d’une utilisation intensive : le disque dur ou le support de stockage n’est pas toujours reconnu immédiatement et il est parfois nécessaire de s’y reprendre à plusieurs fois pour transférer des données sans erreur. Comme exFAT ne procède pas à un enregistrement redondant des données maîtres, les supports de stockage avec un système de fichiers exFAT doivent toujours être déconnectés et retirés avec soin. Dans le cas contraire, cela peut entraîner des pertes de données et dans certains cas, la seule solution pour y remédier sera d’avoir recours à un sauvetage des données.
Un correctif de Yuezhang Mo, ingénieur chez Sony, permet de créer plus rapidement de nouveaux fichiers ou répertoires sur un disque exFAT contenant beaucoup de fichiers - et plus il y a de fichiers, plus l'amélioration est importante. Cette amélioration fait suite à un précédent correctif du même programmeur visant à améliorer la gestion de l'exFAT, en mars.
Système de fichiers et POSIX
Traditionnellement, les systèmes qui prennent en charge la famille de normes POSIX (Portable Operating System Interface) partagent un modèle de permission de système de fichiers simple mais puissant.
Les ingénieurs ont depuis longtemps reconnu les déficiences du modèle de permission traditionnel et ont commencé à réfléchir à des alternatives. Cela a finalement donné lieu à un certain nombre d'implémentations de listes de contrôle d'accès (ACL) sur UNIX, qui ne sont compatibles entre elles que dans une mesure limitée. Christian Brauner, ancien ingénieur d'Ubuntu et maintenant de Microsoft a envoyé un patch détaillé pour ajouter une API VFS (Virtual File System) dédiée aux ACL POSIX. Celles-ci sont prises en charge depuis longtemps, mais la nouvelle version devrait nettoyer et simplifier leur gestion.
Brauner a également soumis un patch pour supporter les montages par ID pour les volumes SquashFS. Il s'agit d'un complément à son patch précédent qui introduisait les montages mappés par ID, qui contient également une explication de leur fonctionnement et de leur utilité.
Il y a aussi des améliorations pour certains des systèmes de fichiers les plus établis. L'un d'entre eux est une liste de corrections et d'améliorations pour XFS, qui vise la nouvelle fonctionnalité importante de réparation en ligne. Un autre correctif apporte des améliorations de performance aux volumes montés avec FUSE - en d'autres termes, lorsque le code du système de fichiers est exécuté dans un programme en espace utilisateur, et non dans le cadre du noyau. Il y a même quelques corrections de bogues pour le désormais vénérable ext4.
Améliorations dans Btrfs
Btrfs est un système de fichiers doté de fonctionnalités intéressantes telles que l'intégrité des données, la prise en charge de plusieurs périphériques, etc. Btrfs est devenu le système de fichiers par défaut pour les ordinateurs de bureau dans Fedora Linux 33, et Fedora Linux 34 Beta s'appuie sur ce travail en permettant la compression transparente pour plus d'espace de stockage.
Ceci est conçu pour aider à augmenter de manière significative la durée de vie des supports flash. Cette compression sera essentielle pour augmenter les performances de lecture et d'écriture de fichiers plus volumineux, avec le potentiel d'ajouter un gain de temps significatif dans les flux de travail.
Il y a également quelques améliorations dans Btrfs, en particulier dans sa gestion des RAID 5 et 6. En particulier, un correctif aborde le problème de « lecture-modification-écriture » pour les matrices Btrfs RAID5 (mais pas RAID6). C'est une bonne chose, mais ces dispositions de disques ne sont toujours pas recommandées. Selon les termes de la propre documentation du produit : cette fonctionnalité ne doit pas être utilisée en production, seulement pour l'évaluation ou le test.
Les systèmes de fichiers Linux de nouvelle génération n'avancent pas vite
Zsys d'Ubuntu pour les installations Linux OpenZFS
En avril de cette année, Zsys d'Ubuntu pour les installations Linux OpenZFS a reçu sa première mise à jour depuis un an. Il est à noter qu'il n'y a pas eu de nouveau message sur le blog ZSys depuis la version 20.04 d'Ubuntu, et certains utilisateurs commencent à se demander ce qui se passe, et s'il faut le supprimer. Quand Ubuntu a commencé à supporter les installations basées sur OpenZFS, ils en ont beaucoup parlé et ont commencé à travailler sur Zsys et d'autres intégrations autour d'OpenZFS sur Ubuntu.
Mais plus récemment, l'intérêt pour OpenZFS sur Ubuntu s'est clairement émoussé, Canonical ne lui accordant pas beaucoup d'attention en matière de développement ou de promotion. OpenZFS par défaut ne s'est pas non plus matérialisé et la situation de la licence autour d'OpenZFS avec le noyau Linux reste obscure. La première version de Zsys, Zsys 0.5.9 a été publiée, depuis la v0.5.8 de l’année dernière.
Le seul changement apporté par cette mise à jour était la mise à jour des liaisons ZFS Go afin qu'elles soient compatibles avec OpenZFS 2.1. Cela corrige le fait que Zsys ne démarre pas avec une erreur d'exécution comme cela a été constaté sur Ubuntu 22.04 LTS. Maintenant, Zsys fonctionnera au moins sur Ubuntu 22.04 LTS en utilisant le paquetage OpenZFS 2.1.
Stratis, une solution de gestion du stockage local pour Linux
Du côté de Red Hat, l'équipe Stratis a publié la version 3.4 en novembre, et trois versions mineures depuis. Le journal des modifications ne montre pas de travail très important. Il cible toujours la version de Fedora précédant la version actuelle, par exemple. Elle peut être utilisée dans RHEL 9, mais elle reste une non prise en charge, comme c'était le cas dans RHEL 8 en 2019.
Stratis est une solution de gestion du stockage local pour Linux. Elle est axée sur la simplicité et la facilité d'utilisation, et donne accès à des fonctionnalités de stockage avancées. Elle facilite les activités suivantes :
- configuration initiale du stockage ;
- modification ultérieure ;
- utilisation des fonctions de stockage avancées.
Ces fonctionnalités fournissent un accès anticipé aux fonctionnalités des produits à venir, permettant aux clients de tester les fonctionnalités et de fournir des commentaires pendant le processus de développement. Canonical et Red Hat auraient perdu tout intérêt à faire avancer cette technologie innovante.
Et vous ?
:fleche: Quel est votre avis sur le sujet ?
:fleche: Que pensez-vous de l'évolution actuelle du noyau Linux ?
:fleche: Les améliorations annoncées pour la version 6.2 du noyau Linux sont-elles pertinentes ?
Voir aussi :
:fleche: Le système de fichiers reiserfs pourrait quitter le noyau Linux en 2022, est-il temps de supprimer reiserfs ?
:fleche: La version bêta de Fedora 34 est disponible, elle utilise GNOME 40 comme environnement de bureau par défaut, et apporte une compression transparente du système de fichiers Btrfs
:fleche: Linus Torvalds annonce la disponibilité de la version 5.15 du kernel Linux, elle apporte une nouvelle implémentation de NTFS, un nouveau serveur SMB3, le support Btrfs pour le mappage fs-verity
1 pièce(s) jointe(s)
Linux 6.2 est la première version livrée avec le support partiel des puces Apple M1 Pro, M1 Max et M1 Ultra
Linux 6.2 est disponible avec des pilotes stables pour Intel Arc Graphics et un support initial pour les cartes graphiques NVIDIA RTX 30
ainsi que le support des puces Apple M1 Pro et M1 Max
Linus Torvalds a annoncé dimanche la disponibilité générale de la version stable de Linux 6.2 avec une collection d'importantes améliorations matérielles, mais aussi en matière de performance et de sécurité. Les nouveautés dans le noyau Linux 6.2 comprennent la prise en charge de la carte graphique Intel Arc et, toujours avec Intel, le support du pilote Intel On-Demand (leur fonctionnalité d'"achats à la demande pour des fonctionnalités supplémentaires du processeur") dans les processeurs Xeon de quatrième génération. Linux 6.2 succède à Linux 6.1 en tant que noyau LTS 2022 qui sera maintenu au moins jusqu'à la fin de 2026.
Annonçant la sortie de la version 6.2 du noyau Linux sur la liste de diffusion des développeurs du noyau Linux, Linus Torvalds a invité les gens à l'essayer, en précisant : « ce n'est peut-être pas une version LTS attrayante comme la 6.1 l'a été, mais tous ces noyaux piétons ordinaires veulent aussi un peu d'amour de test ». Après plus de deux mois de travail, le noyau Linux 6.2 introduit l'équilibrage de charge protecteur (PLB) pour la pile IPv6, la prise en charge du mécanisme de "notification de sortie asynchrone" d'Intel, un nouveau mécanisme d'intégrité du flux de contrôle FineIBT pour x86 et de nouvelles améliorations pour la nouvelle infrastructure Rust.
Linux 6.2 est également livré avec un nouvel outil appelé RV (Runtime Verification) qui peut contrôler le fonctionnement du sous-système de vérification d'exécution, un nouveau framework pour gérer les dispositifs d'accélération de calcul, la prise en charge d'objets BPF définis par l'utilisateur, ainsi qu'un nouveau bouton sysctl pour contrôler la façon dont le détecteur de verrouillage fractionné fonctionne en mode warn sur x86. En plus de cela, il y a une nouvelle implémentation de qspinlock pour l'architecture PowerPC, la prise en charge des montages mappés par ID et le contrôle de décompression parallèle pour le système de fichiers SquashFS.
La nouvelle mouture du noyau Linux apporte également l'implémentation améliorée de Btrfs RAID5 et RAID6, et la possibilité d'activer ou de désactiver les piles fantômes implémentées par logiciel sur AArch64 (ARM64) pendant le démarrage. De plus, l'architecture LoongArch a reçu le support pour ftrace, l'hibernation, la suspension et la protection de la pile, le dispositif zram offre désormais de meilleurs taux de compression, le mécanisme fscrypt prend désormais en charge l'algorithme de chiffrement SM4, et la fonction de dénomination de la mémoire a été étendue pour permettre la dénomination des zones de mémoire anonymes partagées.
Linux 6. 2 promeut l'Intel Arc Graphics (DG2/Alchemist) comme étant stable et activé dès la sortie de la boîte. Maintenant que les GPU Arc sont pris en charge par le noyau Linux, Intel peut au moins faire une offre pour tout un tas de charges de travail pour lesquelles il ne pouvait pas être crédible la semaine dernière. Intel sera également heureux que son code de silicium défini par logiciel - alias "Intel On Demand" - ait été promu. Cela signifie que les utilisateurs peuvent choisir la quantité de puissance de calcul disponible dans certains processeurs Xeon de 4e génération qu'ils souhaitent utiliser, et payer Intel pour qu'il en utilise davantage.
Il y a un support initial pour les graphiques accélérés NVIDIA GeForce RTX 30 avec le code open source Nouveau et le support des puces Apple M1 Pro / M1 Max / M1 Ultra a été ajouté en amont. Parmi les autres changements, citons de nouvelles options de montage pour le système de fichiers NTFS3, la possibilité de construire le noyau sans le support NFSv2, le support du système de fichiers F2FS pour écrire des données dans un fichier et les tronquer en une seule opération atomique, la possibilité d'activer un déclencheur de traçage au démarrage et une nouvelle API en espace utilisateur pour contrôler les unités de gestion de la mémoire des entrées/sorties.
Sur le plan de la sécurité, Linux 6.2 améliore le module de sécurité Landlock pour lui permettre de contrôler les opérations de troncature de fichiers, met en œuvre une atténuation plus rapide de l'attaque d'exécution spéculative Retbleed sur les processeurs Intel, ainsi que la possibilité de placer une limite supérieure de 10 000 fois sur le nombre de fois que le noyau est autorisé à faire des erreurs avant de redémarrer ou de paniquer. Linux 6.2 ajoute également la prise en charge des touches de contrôle et de commande interchangeables sur les claviers Apple et la prise en charge de base de la manette USB DualShock4 de Sony avec boutons et sticks.
Il y a également la prise en charge des puces de gestion de l'alimentation MediaTek MT6370 I2C Sub comme on peut le voir dans l'ordinateur monocarte open source Orange Pi 4G-IoT. En ce qui concerne les "nouveaux pilotes", on trouve la prise en charge des manettes de jeu DualShock 4 de Sony dans le pilote Playstation HID, la prise en charge des capteurs et des ventilateurs de la console de jeu OneXPlayer, la prise en charge de l'accélérateur d'intelligence artificielle Gaudi2 d'Habana Labs et un grand nombre de capteurs de surveillance du matériel dans les cartes mères ASUS, notamment la Crosshair VIII Exteme de Rog.
Autres fonctionnalités notables de Linux 6.2 :
- mise à jour du code de compression Zstd ;
- diverses améliorations des performances de Btrfs ;
- travail de base pour la prise en charge du Wi-Fi 7 et du réseau 800 Gb/s ;
- création plus rapide de fichiers/dossiers dans le pilote exFAT ;
- support de l'architecture RISC-V pour les périphériques de mémoire persistante ;
- le pilote Intel IFS est maintenant stable ;
- économies d'énergie modestes pour Intel Alder Lake N/Raptor Lake P ;
- prise en charge de la fonction Wake-on-Connect/Disconnect de l'USB 4 ;
- prise en charge du capteur de présence humaine (HPS) de ChromeOS ;
- prise en charge de l'écran Raspberry Pi 4K @ 60Hz.
Source : Linux 6.2
Et vous ?
:fleche: Que pensez-vous des nouveautés introduites par le noyau Linux 6.2 ?
Voir aussi
:fleche: Intel se lance dans la bataille des GPU pour PC de jeu avec Arc, sa nouvelle marque de GPU pour jeux
:fleche: La version 6.2 du noyau Linux laisserait prévoir de nombreuses améliorations du système de fichiers dans le même temps, les systèmes de fichiers Linux de nouvelle génération n'avancent pas vite
:fleche: La prochaine itération de Rust for Linux pour la version 6.2 du noyau est en cours de gestation et ravive le débat sur la nécessité de la mise au rebut du C en matière de programmation système
:fleche: Linus Torvalds demande aux développeurs du noyau de soumettre le code pour Linux 6.2 avant les vacances de Noël "pour lui faciliter la vie", et ajoute qu'il sera plus strict sur le sujet à l'avenir
1 pièce(s) jointe(s)
Linux 6.2 est la première version livrée avec le support partiel des puces Apple M1 Pro, M1 Max et M1 Ultra
Linux 6.2 est la première version livrée avec le support partiel des puces Apple M1 Pro, M1 Max et M1 Ultra.
Asahi Linux rappelle qu'il reste encore du chemin pour que les distributions bénéficient du support Apple Silicon
La dernière version du noyau Linux 6.2 est la première version à être livrée avec une grande partie de la prise en charge principale des appareils alimentés par les puces Apple M1 Pro, M1 Max et M1 Ultra. « Grande partie » est un qualificatif important ici car il a été possible d'exécuter des versions de noyau Linux personnalisées sur du Apple Silicon pendant un certain temps, en grande partie grâce aux efforts du projet Asahi Linux.
Cependant, bien qu'il s'agisse d'une première étape notable, la prise en charge du Apple Silicon sur Linux Apple reste un travail en cours.
Torvalds voulait depuis longtemps un ordinateur portable ARM capable d'exécuter Linux, et lorsque le MacBook Air M1 est sorti, il a déclaré qu'il aurait été la machine parfaite n'eût été le fait qu'Apple n'autoriserait pas un autre système d'exploitation à accéder au GPU et à d'autres éléments...
Torvalds était pessimiste en 2020 : « J'attendais depuis longtemps un ordinateur portable ARM capable d'exécuter Linux. Le nouveau [MacBook] Air serait presque parfait, à l'exception de l'OS. Et je n'ai pas le temps de le bricoler, ni l'envie de combattre les entreprises qui ne veulent pas aider », a-t-il écrit.
Plus tard, il a ajouté : « le principal problème avec le M1 pour moi est le GPU et les autres appareils qui l'entourent, car c'est probablement ce qui m'empêcherait de l'utiliser car il n'aurait aucun support Linux à moins qu'Apple ne s'ouvre ».
Cependant, un groupe de développeurs de logiciels open source s'est regroupé sous le nom générique d'Asahi Linux afin de résoudre le problème.
Citation:
Envoyé par Asahi Linux
Asahi Linux est un projet et une communauté dont l'objectif est de porter Linux sur les Mac Apple Silicon, en commençant par le Mac Mini 2020 M1, le MacBook Air et le MacBook Pro.
Notre objectif n'est pas seulement de faire fonctionner Linux sur ces machines, mais de le peaufiner au point qu'il puisse être utilisé comme un système d'exploitation quotidien. Cela nécessite une énorme quantité de travail, car Apple Silicon est une plate-forme entièrement non documentée. En particulier, nous procéderons à l'ingénierie inverse de l'architecture GPU d'Apple et au développement d'un pilote open source pour celle-ci.
L'objectif de l'équipe d'Asahi est d'envoyer tout ce travail en amont dans le noyau Linux principal afin que toutes les distributions puissent en bénéficier, et Asahi a été relativement rapide pour ajouter la prise en charge des nouvelles puces Apple comme le M2 ou le M1 Ultra dès leur sortie.
D'ailleurs, en août 2022, lorsque Linus Torvalds a indiqué la disponibilité de Linux 5.19, il a attiré l'attention du public par la façon dont il a annoncé cette nouvelle version. Alors qu'il est connu pour favoriser Fedora sur le matériel Intel, Torvalds a publié Linux 5.19 depuis un MacBook Air piloté par une puce Apple Silicon. Il a annoncé que cela a été rendu possible grâce au projet Asahi Linux :
« Sur une note personnelle, la partie la plus intéressante ici est que j'ai fait la publication (et j'écris ceci) sur un ordinateur portable arm64. C'est quelque chose que j'attendais depuis "longtemps", et c'est enfin une réalité, grâce à l'équipe Asahi. Nous avons du matériel arm64 tournant sous Linux depuis longtemps, mais rien de tout cela n'était vraiment utilisable comme plateforme de développement jusqu'à maintenant. C'est la troisième fois que j'utilise du matériel Apple pour le développement de Linux - je l'ai fait il y a plusieurs années pour le développement de PowerPC sur une machine ppc970 », a déclaré Torvalds.
« Et ensuite, il y a plus de dix ans, lorsque le MacBook Air était le seul véritable ordinateur portable fin et léger disponible. Et maintenant comme plateforme arm64. Non pas que je l'aie utilisé pour un travail réel, je n'ai littéralement fait que des tests de construction et de démarrage et maintenant le marquage de la version actuelle. Mais j'essaie de m'assurer que la prochaine fois que je voyagerai, je partirai avec cet ordinateur comme portable et enfin faire de l'autoéquipement du côté arm64 aussi », a-t-il ajouté.
Linux 6.2 et la compatibilité avec les puces Apple M1 Pro, M1 Max et M1 Ultra
On notera que Linux est déjà compatible avec ces processeurs depuis belle lurette, mais la compatibilité est désormais effective au niveau du noyau Linux lui-même.
Tous les appareils utilisant des puces de la série M ne sont pas pris en charge par Linux 6.2, et un ensemble important de fonctionnalités de base n'a qu'un support rudimentaire, ou dans certains cas, comme les haut-parleurs et les pavés tactiles, ils n'ont absolument aucun support.
Pourtant, cette arrivée formative dans Linux principal est une étape importante pour la prise en charge d'Apple Silicon sur Linux.
Le fait que Linux soit capable de fonctionner sur le matériel dernier cri d'Apple témoigne de l'adaptabilité du noyau et de l'ingéniosité et du talent des développeurs Linux et du projet Asahi Linux. Après tout, Apple ne prend pas directement en charge, ne documente pas ou ne fournit pas de pilotes pour permettre à un système d'exploitation alternatif de fonctionner sur son matériel. Tous ces efforts sont après coup.
Lorsque le noyau est directement pris en charge, les utilisateurs n'auront pas (techniquement) besoin d'utiliser Asahi Linux pour exécuter Linux sur des ordinateurs M1 à l'avenir.
Cependant, la réalité n'est pas si simple (en tout cas, pas encore).
Pour le moment, l'utilisation d'une version Asahi Linux reste le seul véritable moyen d'obtenir une expérience Linux pratique et utilisable sur Applie Silicon. Mais ces améliorations sont en cours de travaux et bénéficieront, avec le temps, à toutes les distributions Linux.
De plus, avec le soutien croissant des fabricants d'applications pour Linux sur ARM en général, et des indices que certaines distributions Linux majeures préparent les versions d'Apple Silicon, la viabilité de Linux sur ces appareils ne devrait s'améliorer qu'au cours de l'année à venir.
Ce n’est pas la première fois que la version « officielle » du noyau Linux intègre du code développé par les créateurs d’Asahi Linux pour les Mac Apple Silicon. Les puces Apple M1 de base sont en effet gérées depuis la version 5.13 sortie en juin 2021. Par ailleurs, ces Mac fonctionnaient déjà sous Linux grâce au travail de Hector Martin, alias Marcan, et des autres contributeurs du projets Asahi dès la fin de l’année 2021. Pourquoi avoir attendu aussi longtemps pour le voir apparaître dans le noyau ?
D'ailleurs Hector Martin a fait part à plusieurs reprises de ses frustrations avec le processus de contribution.
Il critique notamment le fait que tout se fait encore par mail, un héritage d’une époque où les systèmes de contrôle de version plus sophistiqués n’existaient pas encore. À tel point qu’il envisage de ne plus soumettre ses changements au noyau Linux… ce qui n’empêcherait pas un tiers de le faire à sa place bien entendu, c’est l’avantage du libre.
Citation:
Envoyé par Hector Martin
Salut (quelques-uns) des gens du noyau*: s'il vous plaît, arrêtez d'essayer de me convaincre (ainsi que le reste du monde) que les correctifs par e-mail sont meilleurs.
Ils ne le sont pas, et le reste du monde le sait déjà. Nous sommes fatigués et d'innombrables personnes ont été chassées de leur contribution à cause de ce processus complètement brisé.
Avant que vous ne parveniez à nous faire fuir, tous mes contributeurs et moi, je vais commencer à pousser des mécanismes alternatifs pour les arbres avec lesquels je suis impliqué. Si vous ne l'aimez pas, pas de chance. Plaignez-vous auprès de Linus et assurez-vous qu'il sache que s'il me met à la porte, son brillant MacBook M2 ne bénéficie plus d'un support en amont.
Un travail toujours en cours
Sur Twitter, Asahi Linux a rappelé à ceux qui se voyaient déjà installer leurs distributions Linux 6.2 sur un Mac M1 que le travail est toujours en cours.
Citation:
Envoyé par Asahi Linux
Vous ne pourrez pas exécuter Ubuntu ni aucune autre distribution standard avec 6.2 sur un Mac M1. S'il vous plait, ne vous faites pas trop d'espoir. Nous améliorons continuellement les fonctionnalités du noyau, et 6.2 ajoute notamment des arborescences de périphériques et une prise en charge de démarrage de base pour les machines M1 Pro/Max/Ultra.
Cependant, il reste encore un long chemin à parcourir avant que les noyaux en amont ne soient utilisables sur les ordinateurs portables. Il n'y a pas encore de prise en charge du pavé tactile/clavier en amont.
Bien que vous puissiez démarrer un noyau 6.2 en amont sur des ordinateurs de bureau (M1 Mac Mini, M1 Max/Ultra Mac Studio) et faire des choses utiles avec, ce n'est le cas que pour les versions de noyau de 16K. À notre connaissance, aucune distribution générique ARM64 ne fournit de noyaux 16K aujourd'hui.
Notre objectif est de tout mettre en amont, mais cela ne signifie pas que les distributions bénéficient instantanément du support Apple Silicon. Comme pour de nombreuses autres plates-formes, des travaux d'intégration sont nécessaires. Les distributions doivent regrouper nos outils d'espace utilisateur et, pour le moment, proposer des noyaux 16K.
À l'avenir, une fois que les versions du noyau 4K seront quelque peu utilisables, vous pouvez vous attendre à ce que les distributions à intégration zéro fonctionnent quelque peu sur ces machines (c'est-à-dire que certains matériels fonctionneront, mais pas tous, ou seulement partiellement). Cela devrait être suffisant pour ajouter un référentiel tiers avec les packages d'intégration.
Mais pour une prise en charge matérielle prête à l'emploi, les distributions devront travailler avec nous pour que tout soit correct. Nous travaillons déjà avec certains, et nous prévoyons d'annoncer la prise en charge officielle d'Apple Silicon pour une distribution grand public dans un proche avenir. Pas encore tout à fait !
Source : Asahi Linux (fonctionnalités qui sont prises en charge et celles qui ne le sont pas encore), Hector Martin
Et vous ?
:fleche: Que pensez-vous de cette étape dans la prise en charge d'Apple Silicon par Linux ?
:fleche: Que pensez-vous du coup de gueule d'Hector Martin ?
Voir aussi
:fleche: Intel se lance dans la bataille des GPU pour PC de jeu avec Arc, sa nouvelle marque de GPU pour jeux
:fleche: La version 6.2 du noyau Linux laisserait prévoir de nombreuses améliorations du système de fichiers dans le même temps, les systèmes de fichiers Linux de nouvelle génération n'avancent pas vite
:fleche: La prochaine itération de Rust for Linux pour la version 6.2 du noyau est en cours de gestation et ravive le débat sur la nécessité de la mise au rebut du C en matière de programmation système
:fleche: Linus Torvalds demande aux développeurs du noyau de soumettre le code pour Linux 6.2 avant les vacances de Noël "pour lui faciliter la vie", et ajoute qu'il sera plus strict sur le sujet à l'avenir
