Depuis des années, les utilisateurs Linux qui comptaient sur des cartes graphiques Radeon se heurtent au même problème : l’absence de… Prise en charge réelle de HDMI 2.1 dans les pilotes open sourceLe matériel était prêt, les téléviseurs et les moniteurs aussi, mais le système d'exploitation n'a pas pu être opérationnel en raison d'un problème bureaucratique plutôt que technique.
Cette situation commence à évoluer de manière tangible. AMD a envoyé un premier lot officiel d'écussons pour le Pilote AMDGPU du noyau Linux Il introduit la prise en charge de la liaison à débit fixe (FRL) HDMI, composant clé permettant à HDMI 2.1 d'augmenter la bande passante au-delà des limitations de l'ancienne norme HDMI 2.0. Il ne s'agit pas encore d'une implémentation complète de la norme, mais c'est l'étape que la communauté attendait.
Du blocage du forum HDMI à la première avancée majeure sous Linux
Il faut rechercher l'origine de ce problème dans le HDMI Forum, l'organisme privé qui contrôle la norme HDMI et ses licencesPendant des années, leurs règles ont empêché AMD de publier une implémentation complète et ouverte de HDMI 2.1 pour Linux, prétextant que la divulgation de certains détails techniques était contraire à leurs exigences d'utilisation.
En février 2024, le Forum HDMI lui-même a atteint rejeter formellement la proposition d'AMD de publier un pilote open source avec HDMI 2.1De ce fait, tout GPU AMD fonctionnant sous Linux était effectivement limité à la bande passante de l'HDMI 2.0, même si le matériel de la carte graphique prenait en charge les fonctionnalités 2.1 dès le premier jour.
Cela s'est traduit par des limitations très spécifiques : 4K à 120 Hz, 8K à 60 Hz, HDR complet ou paramètres de couleur sans recadrage Ces solutions n'étaient viables qu'avec l'utilisation de DisplayPort ou l'installation de Windows. Dans de nombreuses configurations de salon, notamment en Espagne et en Europe où il est courant de connecter l'ordinateur directement au téléviseur, 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 au noyau commence à lever cet obstacle. Le changement ne sera ni instantané ni total, mais il marque un tournant. Première initiative officielle visant à déployer nativement HDMI 2.1 dans le pilote AMDGPU ouvert, directement intégré au noyau Linux.
Quel est l'apport du FRL et pourquoi est-il si important pour HDMI 2.1 ?
L'élément principal de cette mise à jour est le Liaison HDMI à débit fixe (FRL), le nouveau mode de transmission de données introduit avec HDMI 2.1. Jusqu'à présent, les connexions HDMI sous Linux avec des GPU AMD étaient limitées à l'ancienne liaison TMDS de HDMI 2.0, qui a un plafond de bande passante beaucoup plus faible.
Avec FRL, HDMI 2.1 peut Augmentez votre bande passante jusqu'à 48 Gbit/s en utilisant des câbles à très haut débit.C’est ce chiffre qui permet, en pratique, d’envoyer un signal 4K à 120 Hz, de maintenir le HDR actif, d’éviter les coupures importantes dans les informations de couleur et, en général, d’ouvrir la voie à des configurations d’image plus ambitieuses conçues pour les jeux exigeants.
Les correctifs d'AMD intègrent précisément ce mode FRL dans le pilote du noyau AMDGPU. Selon la documentation technique fournie, Cette implémentation a déjà passé avec succès une partie représentative des tests de conformité du HDMI Forum.Toutefois, une validation complète est toujours nécessaire pour qu'elle soit officiellement certifiée.
Il est toutefois important de bien comprendre ce que cette première étape inclut et ce qu'elle n'inclut pas. L'expédition actuelle Il ne prend pas encore en charge des fonctionnalités telles que la compression du flux d'affichage (DSC) ou le taux de rafraîchissement variable (VRR).Ces deux fonctionnalités, essentielles pour optimiser les hautes résolutions et réduire les problèmes tels que le déchirement d'écran, sont encore en phase de test et seront disponibles ultérieurement, dans les prochaines mises à jour.
En pratique, ce qui est déjà mis sur la table, c'est le transport de données à haut débit via HDMI 2.1En d'autres termes, les bases nécessaires pour commencer à tirer parti des écrans modernes à haute résolution et à taux de rafraîchissement supérieurs à ce que permettait la norme HDMI 2.0 sous Linux, avant même l'activation des autres fonctionnalités supplémentaires de cette norme.
Une pression silencieuse : le rôle de Valve et de SteamOS
Parallèlement au travail des ingénieurs d'AMD, plusieurs sources indiquent qu'une partie très intéressée a fait pression pour ce changement : Valve, la société derrière steamos, le pont à vapeur et la future machine à vapeurLeur priorité est claire : s’assurer que leurs appareils sous Linux ne soient pas à la traîne par rapport aux consoles et PC Windows lors de la connexion au téléviseur du salon.
La machine à vapeur, conçue précisément comme une PC du salon à connecter via HDMI à des téléviseurs 4KSes spécifications officielles mentionnaient la compatibilité HDMI 2.0, alors que le matériel était techniquement prêt pour la norme HDMI 2.1 dès sa conception. Pour annoncer une résolution 4K à 120 Hz via HDMI, ils ont dû faire des compromis, comme le sous-échantillonnage de la chrominance (4:2:2 ou 4:2:0), au détriment de la qualité des couleurs.
D'après les fuites, Valve a été négocier discrètement avec le Forum HDMI et faire pression sur AMD Pour remédier à cette situation, pour un appareil destiné au salon, l'HDMI 2.1 est plus encombrant que le DisplayPort, et l'incapacité à le proposer correctement désavantage SteamOS par rapport à n'importe quel mini PC fonctionnant sous Windows ou à des consoles comme celles de Microsoft et Sony.
La communauté a également contribué à ce rebondissement. Des développeurs indépendants l'ont même démontré. Implémentations expérimentales de HDMI 2.1 sous Linux Ce qui a prouvé que la prise en charge était possible sans enfreindre les principes du logiciel libre. Tout cela aurait permis à AMD de trouver une solution acceptable pour le forum HDMI, respectueuse de l'écosystème du noyau ouvert.
Avec l'arrivée progressive de ces correctifs, la Steam Machine et les futurs appareils, tels qu'un hypothétique Steam Deck 2 connecté à la télévision Ils pourraient tirer pleinement parti de la norme HDMI 2.1 par logiciel, sans modifier le matériel. La limite ne serait plus tant la carte graphique que la vitesse à laquelle le noyau Linux intégrerait et stabiliserait ces améliorations.
Impact sur les joueurs Linux en Espagne et en Europe
Au quotidien, les premiers à remarquer le changement seront les utilisateurs de Cartes graphiques AMD Radeon dans les systèmes Linux connectés à des téléviseurs ou moniteurs modernes via HDMI. Jusqu'à présent, pour tirer le meilleur parti des écrans 4K à des taux de rafraîchissement élevés, il était presque toujours nécessaire d'utiliser DisplayPort ou d'installer Windows, ce que beaucoup évitaient sur leurs machines de jeu dédiées fonctionnant sous GNU/Linux.
Dans les foyers européens, où il est courant d'installer l'ordinateur dans le salon et de le connecter à un Téléviseur 4K avec HDMI 2.1Ces limitations impliquaient un matériel bien plus performant, mais limité à une norme 2.0 au niveau du système d'exploitation. Le passage au FRL sous Linux réduit considérablement cet écart, à condition que le téléviseur et le câble soient compatibles avec la norme moderne.
Pour ceux qui utilisent leur ordinateur comme centre multimédia et de jeux, cela signifie pouvoir aspirer à 4K avec des taux de rafraîchissement plus élevés, HDR activé et une qualité d'image moins compromise.Il ne sera plus nécessaire de recourir à des solutions partielles telles que la réduction des informations de couleur ou du taux de rafraîchissement pour éviter la saturation de la liaison HDMI.
Du point de vue de l'adoption de Linux pour les jeux vidéo, l'amélioration est significative : L'une des raisons les plus fréquemment citées pour rester sous Windows disparaît. Dans une configuration de salon, si le même matériel offre une expérience visuelle similaire avec SteamOS ou les distributions populaires en Espagne (Ubuntu, Fedora, Manjaro et autres), la décision dépend alors davantage du catalogue de jeux et des préférences de l'utilisateur que d'un goulot d'étranglement technique.
De plus, les fabricants et assembleurs de PC en Europe pourront annoncer plus clairement la compatibilité HDMI 2.1 sous LinuxLa situation a été source de confusion jusqu'à présent en raison de la compatibilité matérielle et du nombre limité de pilotes. Il pourrait en résulter des configurations mieux adaptées aux systèmes GNU/Linux, sans qu'il soit nécessaire d'utiliser Windows pour exploiter pleinement la machine.
État actuel des correctifs et prochaines étapes
Malgré ce ton optimiste, AMD insiste sur le fait que nous ne sommes pas encore confrontés à une situation critique. Prise en charge complète de la norme HDMI 2.1 dans le pilote AMDGPUCe qui a été envoyé au noyau est une première série de correctifs qui couvre le transport de données à haut débit utilisant FRL et qui a passé une partie importante des tests de conformité requis par le Forum HDMI.
Entre autres, un soutien stable pour Compression du flux d'affichage (DSC)essentiel pour combiner des résolutions très élevées avec des taux de rafraîchissement ambitieux sans surcharger la liaison, et le Taux de rafraîchissement variable (VRR)ce qui permet de synchroniser le taux de rafraîchissement de l'écran avec les images générées par le GPU, réduisant ainsi les saccades et les déchirures d'image.
Le processus habituel dans le développement du noyau Linux Cela signifie que ces correctifs doivent passer par revues, tests communautaires et cycles d'intégration avant d'aboutir à une version stable du noyau accessible à tous. Ce processus peut prendre de quelques semaines à quelques mois, selon les retours des responsables de la maintenance et l'apparition éventuelle de problèmes avec certaines configurations.
Pour les utilisateurs finaux, le déploiement pratique se fera progressivement. mises à jour du noyau et de la distributionDans le cas de SteamOS ou des distributions populaires sur le marché européen, la prise en charge devrait être intégrée de manière plus ou moins transparente, sans que l'utilisateur ait à compiler quoi que ce soit lui-même, hormis la mise à jour du système.
En attendant que le soutien soit pleinement établi, on s'attend à ce que Certaines fonctionnalités avancées pourraient mettre un peu plus de temps à être disponibles. ou apparaissent d'abord dans les noyaux plus récents plutôt que dans les versions LTS utilisées par de nombreuses distributions. Néanmoins, le fait que l'implémentation actuelle réussisse déjà les tests de conformité officiels indique que l'essentiel du travail technique a été accompli.
L'évolution de ces correctifs déterminera la manière dont Linux se positionnera en tant que plateforme de jeux d'intérieur dans les mois à venir. Le goulot d'étranglement HDMI 2.0 commence à disparaître dans l'écosystème AMD.La combinaison de matériel compatible, de téléviseurs 4K étendus et d'un noyau plus performant devrait permettre à de nombreux utilisateurs de se rapprocher de l'expérience désormais presque systématiquement associée à Windows et aux consoles.
Avec tous ces changements, Linux se trouve dans une situation très différente de celle d'il y a quelques années : prise en charge de L'intégration de la norme HDMI 2.1 dans le pilote AMDGPU open-source n'est plus une promesse lointaine. L'intégration de ces fonctionnalités se concrétisera. Bien que des composants comme le DSC et le VRR soient encore manquants pour une solution complète, 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 dans le reste de l'Europe.
