Linux Will Soon Have Working HDMI 2.1 With AMD GPUs
Après des années de blocage par le HDMI Forum, une implémentation open source du HDMI 2.1 (FRL et DSC) pour les GPU AMD sous Linux a finalement été soumise au noyau, grâce à des ingénieurs AMD et à des développeurs tiers, même si l’avenir du HDMI 2.2 reste incertain.
SYNTHÈSE STRUCTURÉE
Le problème historique du HDMI 2.1 sur Linux
Le HDMI 2.1 était pratiquement inutilisable à pleine vitesse sur Linux en raison d’un blocage imposé par le HDMI Forum. Comme le dit l’intervenant : « HDMI 2.1 was basically a no-go this entire time ». Les ports HDMI 2.1 fonctionnaient, mais en mode HDMI 2.0, limitant la bande passante. Ce n’était pas un problème technique, mais une restriction légale : le HDMI Forum a fermé l’accès public à la spécification en 2021, empêchant les implémentations open source.
La différence entre HDMI et DisplayPort
DisplayPort est un standard ouvert, ce qui permet aux développeurs d’implémenter librement ses fonctionnalités. L’intervenant précise : « DisplayPort is an open standard. You can get full specification with it. It’s totally fine. » Le problème HDMI concerne surtout les téléviseurs et les consoles de jeux, qui utilisent quasi exclusivement ce connecteur.
Le rôle du HDMI Forum dans le blocage
Le HDMI Forum a refusé les propositions d’AMD pour une implémentation open source. L’intervenant cite un ingénieur AMD : « The HDMI forum has rejected our proposal, unfortunately. At this time, an open source HDMI 2.1 implementation is not possible without running afoul of the HDMI forum requirements. » Même AMD, pourtant membre du forum, ne pouvait pas publier son code fonctionnel, car cela aurait divulgué des détails de la spécification fermée.
La fuite de la spécification HDMI 2.1
La spécification HDMI 2.1 a été divulguée publiquement en ligne, ce qui a affaibli l’argument du HDMI Forum selon lequel une implémentation open source « fuiterait » le standard. L’intervenant note : « The idea that you’re just going to say, oh, we’re not going to have an open source implementation, because the spec would be leaked, kind of becomes a moot point. »
Les premiers patchs communautaires (mkopec)
Un développeur connu sous le pseudonyme mkopec a publié un ensemble de patchs personnalisés pour activer le HDMI 2.1 FRL (Fixed Rate Link) sur les GPU AMD. Ces patchs, basés sur du reverse engineering, permettaient d’obtenir la pleine bande passante HDMI 2.1, mais n’étaient pas destinés à être intégrés en amont dans le noyau Linux. L’intervenant précise : « This was a set of custom patches that could obviously be applied to a custom compiled kernel. »
L’impossibilité d’intégration en amont
Même avec des patchs fonctionnels, l’intégration dans le noyau Linux était bloquée car les ingénieurs AMD n’avaient pas le droit de maintenir ce code. L’intervenant explique : « AMD engineers weren’t allowed to have an implementation of this, so AMD engineers couldn’t maintain the code. So even if the code was good, and even the code worked, you couldn’t actually have it merged upstream. »
Le tournant : soumission officielle des patchs AMD
Un ingénieur AMD, Harry Wentland, a soumis une série de patchs au Linux Kernel Mailing List (LKML) pour ajouter le support HDMI FRL au pilote AMDGPU. L’intervenant cite le message : « This patch series adds HDMI FRL support to the AMD GPU display driver. DSC is still being tested and will be sent out later. » Ces patchs ont passé une partie des tests de conformité HDMI.
Les acteurs clés derrière ce changement
L’intervenant mentionne que Valve et AMD ont probablement discuté avec le HDMI Forum en coulisses, notamment pour la Steam Machine qui nécessite un HDMI 2.1 fonctionnel. Il remercie aussi un ancien ingénieur AMD, Siqueira, qui avait préparé ce travail des années auparavant sans pouvoir le publier.
L’incertitude pour le HDMI 2.2
L’intervenant exprime des doutes sur l’avenir : le HDMI 2.2, annoncé au CES 2025, utilise toujours une licence restrictive. Il craint que le même cycle se répète : « We’re probably going to be in the exact same situation that we were in before, wait about 5 or 6 years, and then maybe HDMI 2.2 is going to work. »
CONCEPTS CLÉS
- FRL (Fixed Rate Link) : Mode de transmission utilisé par HDMI 2.1 pour atteindre des débits élevés (jusqu’à 48 Gbit/s). Les patchs récents ajoutent ce support au pilote AMDGPU.
- DSC (Display Stream Compression) : Compression d’image sans perte visuelle, nécessaire pour certaines résolutions/rafraîchissements élevés en HDMI 2.1. Son implémentation est encore en test.
- HDMI Forum : Organisation qui définit et licencie la spécification HDMI. Son refus de rendre la spec publique a bloqué les implémentations open source.
- Reverse engineering : Technique utilisée par mkopec pour créer des patchs sans accès à la spécification officielle, en analysant le comportement matériel.
CONCLUSION
Le déblocage du HDMI 2.1 sur Linux est une victoire majeure pour la communauté open source, mais il ne règle pas le problème structurel : le HDMI Forum continue de contrôler l’accès à ses spécifications. L’intervenant résume bien l’enjeu : « The better change would be migrating off of HDMI, but if HDMI ports are going to be on the cards… it’s a problem you kind of have to deal with. » Pour les administrateurs système, cela signifie qu’il faudra probablement attendre plusieurs années avant que le HDMI 2.2 ne soit supporté, à moins que le forum ne change radicalement sa politique. En attendant, les patchs actuels offrent une solution fonctionnelle pour les GPU AMD, à condition de compiler un noyau personnalisé ou d’attendre leur intégration officielle.