Pendant des années, ceux qui utilisaient Cartes graphiques AMD Radeon sous Linux Ils se sont heurtés à un obstacle de taille : le système d’exploitation était incapable d’exploiter pleinement la norme HDMI 2.1 via des pilotes open source, alors même que le matériel et les téléviseurs étaient compatibles. Le résultat était flagrant, notamment dans le salon : des ordinateurs puissants connectés à des écrans 4K modernes, mais limités par une norme HDMI 2.0 obsolète.
La situation commence enfin à changer. AMD a envoyé un Première série de correctifs officiels pour le pilote AMDGPU du noyau Linux Il introduit la prise en charge du mode HDMI FRL (Fixed Rate Link), un nouveau mode de transmission qui confère à la norme HDMI 2.1 la bande passante supplémentaire nécessaire pour des résolutions et des fréquences de rafraîchissement plus élevées. Ce n'est pas encore la norme complète, mais c'est l'avancée majeure que la communauté attendait depuis des années.
Du blocage du forum HDMI à la percée d'AMD
L'origine de ce goulot d'étranglement n'était pas une déficience technique de la part d'AMD, mais plutôt... Restrictions de licence du forum HDMIHDMI, l'organisation privée qui contrôle la norme HDMI et ses conditions d'utilisation, a refusé pendant des années d'autoriser la publication d'une implémentation complète et open source de HDMI 2.1 pour Linux, arguant que la divulgation de certains détails violerait ses droits de propriété intellectuelle.
En février 2024, le Forum HDMI a même atteint rejeter formellement la proposition d'AMD La publication d'un pilote open source compatible HDMI 2.1 a eu pour conséquence de limiter la bande passante des cartes graphiques AMD sous Linux à la norme HDMI 2.0, alors même que ces cartes étaient parfaitement compatibles HDMI 2.1 sur d'autres systèmes, comme Windows.
L'impact a été très concret : 4K à 120 Hz, 8K à 60 Hz, HDR intégral Les paramètres de couleur non tronqués n'étaient possibles qu'en utilisant DisplayPort ou en installant Windows directement. Dans de nombreux salons en Espagne et en Europe, où il est courant de connecter le PC au téléviseur via HDMI, cela impliquait de sacrifier une partie des performances de la machine.
La nouvelle série de correctifs envoyés par les ingénieurs d'AMD change la donne. En intégrant FRL à AMDGPU au sein du noyau, Linux commence à dépasser les limites de l'HDMI 2.0. sans enfreindre les règles du Forum HDMI, trouver une formule qui respecte la propriété intellectuelle et, en même temps, préserve le caractère ouvert du contrôleur.
Qu'est-ce que le FRL et pourquoi est-il un composant clé de la norme HDMI 2.1 ?
Le cœur de cette mise à jour est le Liaison HDMI à débit fixe (FRL)Le mode de transport introduit avec HDMI 2.1 remplace la liaison TMDS héritée de HDMI 2.0. Jusqu'à présent, les sorties HDMI sous Linux avec des GPU AMD étaient limitées au TMDS, dont la bande passante maximale était insuffisante pour répondre aux besoins actuels.
Avec FRL, HDMI 2.1 peut augmenter la bande passante jusqu'à 48 Gbit/s avec des câbles à très haut débitC’est ce chiffre qui permet d’envoyer un signal 4K à 120 Hz, de maintenir le HDR actif sans coupures de couleur agressives, et même de viser des résolutions plus élevées comme la 5K à 240 Hz dans des scénarios très spécifiques.
Les correctifs d'AMD intègrent ce mode FRL directement dans le pilote AMDGPU du noyau Linux. D'après la documentation fournie par des ingénieurs tels que Harry Wentland et d'autres contributeurs de pilotes, Cette implémentation a déjà passé avec succès une partie représentative des tests de conformité du HDMI Forum.Une validation complète est en cours pour garantir que tout soit conforme aux spécifications officielles.
Il est toutefois important de préciser ce qui est inclus et ce qui est exclu de cette première étape. Dans cette phase initiale Des fonctionnalités telles que la compression du flux d'affichage (DSC) et le taux de rafraîchissement variable (VRR) ne sont pas encore activées.Ces deux éléments sont encore en phase de test et seront inclus dans les prochaines mises à jour ; la pile HDMI 2.1 n'est donc pas encore complète.
En pratique, ce qui est déjà acquis, c'est le transport de données à haut débit via HDMI 2.1Autrement dit, les bases nécessaires pour commencer à tirer parti des moniteurs et téléviseurs modernes à haute résolution et à taux de rafraîchissement supérieurs à ceux autorisés par HDMI 2.0 sous Linux, avant même l'arrivée de toutes les fonctionnalités supplémentaires de la norme.
Valve, SteamOS et une pression silencieuse pour débloquer HDMI 2.1
Pendant qu'AMD tentait de rassembler les pièces du puzzle avec le forum HDMI, un autre acteur jouait un rôle clé en coulisses : ValveL'entreprise à l'origine de Steam, de SteamOS et d'appareils comme le Steam Deck ou la future Steam Machine a un intérêt évident à ce que la norme HDMI 2.1 fonctionne nativement sous Linux, notamment dans le salon.
Selon diverses sources techniques, Valve aurait maintenu Négociations discrètes avec le Forum HDMI et pression sur AMD Il s'agissait de trouver une solution permettant d'activer la norme HDMI 2.1 sous Linux sans enfreindre les licences. Pour un système destiné au salon, la norme HDMI 2.1 est plus gourmande en ressources que le DisplayPort, et son incapacité à la prendre en charge correctement désavantageait SteamOS par rapport aux mini-PC Windows ou aux consoles de bureau.
À cela s'ajoute le travail parallèle de la communauté. Des développeurs indépendants ont même publié Implémentations expérimentales de HDMI 2.1 sous Linux Ce qui a démontré que, techniquement, la prise en charge était possible sans trahir les principes du logiciel libre. Cette approche aurait permis à AMD et Valve de concevoir une version du code respectant la confidentialité du forum HDMI et fonctionnant néanmoins au sein du noyau.
Le résultat de toute cette pression silencieuse est que des appareils comme SteamOS, la Steam Machine ou un futur Pont à vapeur connecté à la télévision Ils pourront tirer parti de la norme HDMI 2.1 principalement par logiciel, sans aucune modification matérielle. La véritable limitation ne résidera plus tant dans le GPU que dans la vitesse à laquelle le noyau Linux et les distributions intégreront et stabiliseront ces améliorations.
Quels changements pour les joueurs Linux en Espagne et en Europe ?
Au quotidien, ceux qui remarqueront le plus le changement seront les utilisateurs de Cartes graphiques AMD Radeon dans les PC Linux connectés à des téléviseurs et moniteurs modernes via HDMIJusqu'à présent, pour tirer le meilleur parti d'un écran 4K à taux de rafraîchissement élevé, il était presque obligatoire d'utiliser DisplayPort ou de se résigner à installer Windows.
Dans de nombreux foyers en Espagne et en Europe, il est courant d'avoir le PC de jeu dans le salon, connecté directement à un Téléviseur 4K avec ports HDMI 2.1Dans ces configurations, le goulot d'étranglement se situait au niveau du système d'exploitation : le matériel était capable de bien plus, mais le pilote ouvert était bloqué par les limitations de la norme HDMI 2.0.
Avec l'arrivée de FRL dans le pilote AMDGPU, ce plafond de verre commence à tomber. À condition que le téléviseur et le câble soient compatibles avec les normes actuelles, Il sera possible de viser la 4K avec des taux de rafraîchissement plus élevés, le HDR actif et moins de compromis sur la qualité d'image.Il ne sera plus nécessaire de recourir à des astuces comme la réduction des informations de couleur ou la diminution de la fréquence pour éviter la saturation du signal.
Du point de vue de l'adoption de Linux comme plateforme de jeu, l'amélioration est significative : l'une des Raisons récurrentes de continuer à utiliser Windows dans les configurations de salonSi le même matériel offre une expérience visuelle comparable à SteamOS ou à des distributions populaires comme Ubuntu, Fedora, Manjaro ou Arch, le choix dépendra davantage du catalogue de jeux et des préférences de l'utilisateur que des limitations techniques.
Le paysage évolue également pour les intégrateurs et les magasins d'informatique en Europe. Ils pourront annoncer plus clairement les équipements de jeu compatibles HDMI 2.1 sous Linux sans avoir à préciser constamment que « pour en profiter pleinement, il faut Windows ». Cela facilite la conception de configurations spécifiques à GNU/Linux, un domaine qui, jusqu'à présent, était en retard par rapport au matériel.
État actuel du support et prochaines étapes du noyau
Malgré ce ton optimiste, AMD insiste sur le fait qu'à ce jour, Nous ne constatons pas encore d'implémentation complète de la norme HDMI 2.1 dans les GPU AMD.Ce qui a été envoyé au noyau est une première série de correctifs qui couvrent le transport de données à haut débit utilisant FRL et qui a passé une bonne partie des tests de conformité requis par le Forum HDMI.
Parmi les pièces en suspens figurent les Compression du flux d'affichage (DSC) —élément clé pour combiner des résolutions très élevées avec des taux de rafraîchissement tout aussi élevés sans saturer la liaison— et le Taux de rafraîchissement variable (VRR), qui synchronise le taux de rafraîchissement de l'écran avec les images générées par le GPU afin de réduire les saccades et les déchirures d'image.
Le processus de développement du noyau Linux comprend généralement plusieurs phases : revue de code, tests communautaires, intégration dans les branches de développement et, enfin, inclusion dans une version stable du noyau. Ce processus peut durer de quelques semaines à plusieurs mois, selon les retours des mainteneurs et la survenue éventuelle de problèmes avec certaines configurations.
Pour l'utilisateur moyen, le changement se concrétisera par mises à jour du noyau et de la distributionDans des environnements comme SteamOS ou les distributions populaires du marché européen, il est raisonnable que la prise en charge soit intégrée de manière assez transparente, sans que l'utilisateur ait besoin de compiler quoi que ce soit lui-même, mis à part la mise à jour du système.
Pendant un certain temps, différentes situations coexisteront : certaines distributions intégreront rapidement les correctifs, tandis que d’autres préféreront attendre des versions LTS plus abouties. Il est possible que les fonctionnalités les plus avancées de HDMI 2.1 apparaissent plus tôt dans les noyaux récents que dans les branches à support à long terme, mais le fait est que l’implémentation actuelle est déjà en cours de tests de conformité officiels Cela indique que l'essentiel du travail est fait.
Tous ces mouvements placent Linux dans une position différente de celle qu'il occupait il y a quelques années. Prise en charge HDMI 2.1 dans le pilote AMDGPU ouvert Ce qui n'était qu'une promesse lointaine se concrétise grâce à l'intégration. Bien que des composants comme le DSC et le VRR soient encore manquants, le passage au mode FRL et la nouvelle bande passante révolutionnent l'expérience utilisateur pour ceux qui souhaitent exploiter pleinement leurs cartes graphiques Radeon sur les téléviseurs et moniteurs modernes, en Espagne comme partout en Europe.
