Ils parviennent à exécuter KDE et GNOME avec une accélération GPU sur Apple M2

Xonotic sur Apple M2

Démo de Xonotic sur Apple M2

El développeur de pilotes Linux Open Source pour le GPU Apple AGX a annoncé la mise en œuvre de la prise en charge des puces Apple M2 et la sortie réussie des environnements de bureau KDE et GNOME sur Apple MacBook Air avec la puce M2 avec prise en charge complète de l'accélération GPU.

À titre d'exemple de prise en charge d'OpenGL dans M2, Le lancement du jeu Xonotic a été démontré, simultanément avec les tests glmark2 et eglgears, dans lesquels le test d'autonomie de la batterie, le MacBook Air a duré 8 heures de lecture continue de Xonotic à 60 FPS.

On observe également que le pilote DRM (Direct Rendering Manager) adapté pour les puces M2 pour le noyau Linux peut maintenant fonctionner avec le pilote asahi OpenGL développé pour Mesa sans qu'il soit nécessaire d'apporter des modifications à l'espace utilisateur.

Les modifications récentes incluent la mise en œuvre de la prise en charge USB3 (auparavant, les ports Thunderbolt n'étaient utilisés qu'en mode USB2)

Apple Silicon M1 et les machines ultérieures utilisent un matériel PHY conçu par Apple (ou personnalisé par Apple ?) appelé « Apple Type-C PHY » (ATCPHY) qui prend en charge les modes USB3, DisplayPort et TB3/USB4. Ce matériel est chargé de convertir les données du protocole USB3/DP/TB en signaux sur les câbles. Comme nous avons affaire à des signaux à très haut débit (jusqu'à 20 Gbps par paire), le PHY doit être très complexe et il existe de nombreux boutons analogiques qui doivent être calibrés individuellement. Avec USB2, vous pouvez avoir des paramètres universels qui fonctionnent pour tous les appareils, mais cela ne fonctionnera pas pour USB3 et d'autres protocoles à vitesse plus élevée !

Le travail du contrôleur PHY consiste à configurer le matériel physique avec des paramètres spécifiques à votre puce particulière, qui sont calibrés en usine, et à gérer la reconfiguration de tout le matériel PHY lorsque différents modes sont activés et désactivés.

En pratique, cela signifie beaucoup de taps de registre "magiques", dont certains avec des données variables provenant d'eFuse écrit en usine.

à côté Il met également en évidence les travaux en cours sur la compatibilité avec les haut-parleurs intégrés de MacBook. et une prise casque, ajoutant la prise en charge du contrôle du rétroéclairage du clavier, ajoutant une installabilité native pour les appareils d'installation avec une puce M2 (sans passer en mode expert).

D'autre part, une autre caractéristique qui attire beaucoup l'attention est la "gestion de l'alimentation"que sous Linux, l'équivalent S0ix est appelé s2idle (suspend to idle), et il fait exactement ce qu'il dit, il effectue des mouvements de suspension du système, mais met ensuite le matériel dans un état inactif.

Certaines personnes ont signalé une forte décharge de la batterie sur les machines Asahi Linux lorsqu'elles sont inactives, et cela est presque toujours dû à un espace utilisateur mal comporté provoquant un grand nombre de réveils ou gardant les processeurs occupés. s2idle résout ce problème !

s2idle ne nécessite aucun pilote ou support spécial, mais il nécessite un support de suspension/reprise dans les pilotes pour fonctionner (c'est-à-dire, au moins ne pas échouer).

Pour nous, cela était verrouillé dans le chipset WiFi, ce qui nécessitait un nouveau mécanisme pour entrer dans ce qu'il appelle la veille S3 (nom déroutant ; cartes pour s2idle ici) sur les machines Apple qui ne prenaient pas en charge le pilote existant et entraînerait le processus de suspension à Erreur.

En attendant Développeurs du projet Asahi, qui vise à porter Linux pour fonctionner sur des ordinateurs Mac équipés de puces ARM développées par Apple, ont préparé une mise à jour de novembre de la distribution (590 Mo et 3,4 Go) et ont publié un état d'avancement du projet.

Pour compliquer le développement de pilotes Linux, les puces M1/M2 d'Apple utilisent leur propre GPU conçu par Apple, exécutant un micrologiciel propriétaire et utilisant des structures de données partagées assez complexes. Il n'y a pas de documentation technique pour le GPU et le développement de pilotes indépendants utilise l'ingénierie inverse des pilotes macOS.

Asahi Linux est basé sur la base du package Arch Linux, il comprend un progiciel traditionnel et est livré avec le bureau KDE Plasma. La distribution est construite à l'aide des référentiels Arch Linux habituels, et toutes les modifications spécifiques telles que le noyau, le programme d'installation, le chargeur de démarrage, les scripts d'assistance et les paramètres d'environnement sont déplacées vers un référentiel séparé.

Enfin, si vous souhaitez en savoir plus, vous pouvez consulter les détails dans la lien suivant


Soyez le premier à commenter

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données : AB Internet Networks 2008 SL
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.