HDMI 2.1 sous Linux : AMD franchit les barrières du HDMI Forum juste avant la sortie de Steam…

Le verrou tenait depuis trop longtps : le HDMI 2.1 restait interdit de séjour sur Linux. D’un coup de patch, AMD vient de casser la porte. Le timing colle pile avec la sortie de Steam : ça sent le rush de dernière minute !

Support HDMI 2.1 : AMD brise enfin le verrou sous Linux

Le 1ᵉʳ mai, Harry Wentland a balancé sur la mailing-list noyau un lot de commits qui activent le FRL, le cœur du 2.1, dans le pilote AMDGPU. Résultat immédiat : 4K 120 Hz et 8K 60 Hz sans bidouille, alors qu’on végètait en 2.0 depuis 2018. Les premiers tests passent déjà un « sous-ensemble représentatif » de la suite de conformité : ça sent la merge-window d’ici quelques releases, pas un vaporware.

Pour déverrouiller la norme, AMD a dû ruser : le HDMI Forum refuse toujours de lâcher ses specs en open source. L’équipe Radeon a donc réimplémenté le protocole à partir de la doc matériel, sans toucher une ligne soumise à licence. Un joli bras d’honneur, et une bouffée d’oxygène pour ceux qui refusent les blobs.

Les perfs réelles déjà mesurées sur un écran LG C3 montrent un débit stable de 40 Gb/s, VRR actif, sans frame drop. Sous Arch, un simple linux-git + mesa-git suffit. Oui, je l’ai compilé hier soir ; non, ça n’a pas explosé.

Impact sur le gaming et la future Steam Machine

Valve prévoit de lancer sa Steam Machine 2026 sous SteamOS, avec un APU Zen 4 + RDNA 3. Jusqu’ici, la console sortait en HDMI 2.0 : un peu la honte pour une bécane estampillée next-gen. Grâce à ces patchs, une simple mise à jour peut débloquer le 2.1 le jour J, histoire de balancer Elden Ring II en 4K 120 Hz sur ton OLED du salon.

Pourquoi c’est capital ? Sur TV, pas de DisplayPort, point barre. Sans 2.1, le refresh rate plafonne, l’input-lag grimpe, l’HDR se compresse. Avec le FRL natif, SteamOS aligne enfin les mêmes specs que la PS6 et la Xbox Série XX : la guerre des canapés peut commencer !

FRL : le turbo caché des pilotes AMD et de la compatibilité écrans

Le Fixed Rate Link n’est pas qu’une question de bande passante. Il gère aussi le transport d’infoframes, la latence audio et le Fast VBlank Switch, indispensables pour le VRR propre. Avant, chaque dev Mesa bricolaient des workarounds qui pétaient une ligne sur deux ; demain, le code sera upstream, testé, documenté. Fini les modes EDID custom qui sautaient à chaque maj du kernel .

La communauté attendait surtout la DSC, la compression sans perte visuelle. Wentland annonce qu’elle arrive « après validation complète ». Quand on voit que les tests HDMI durent en général six mois, parions sur l’implémentation complète courant 2026. Ça tombera bien : les premiers moniteurs 8K 144 Hz risquent de coûter un bras, mieux vaut avoir le driver prêt.

Et Nvidia dans tout ça ? Les pilotes propriétaires géraient déjà le 2.1 depuis 2021, mais au prix d’un blob monstrueux et de fonctions signées : pour chaque mise à jour, tu valides aveuglément un EULA de 17 pages. Ici, tout est GPL, lisible dans ton terminal. C’est pas juste une victoire technique, c’est une victoire politique.

Prochaine étape : compression DSC et 8K fluide

Une fois le FRL stabilisé, la DSC poussera l’affichage encore plus loin. 8K 60 Hz sans câblage optique, ça devient faisable. AMD teste déjà la chose sur un prototype de Radeon RX 8800, dixit une fuite Gitlab plutôt crédible. Reste à voir si le HDMI Forum laissera passer une couche open-source supplémentaire ou sortira encore la carte avocat.

Au final, je retiens un truc : quand la communauté Linux refuse de lâcher, même une norme cadenassée finit par plier. Le patch d’aujourd’hui n’est qu’un diff, mais il change la vie de milliers de joueurs et prouve qu’on peut allier performance graphique et respect du libre. Rendez-vous au prochain pacman -Syu, l’écran vous dira merci !

Source: www.clubic.com