Linux 7.4 active le HDMI 2.1 par défaut pour les GPU AMD avec FreeSync et VRR
Après des années de blocage du HDMI Forum sur le pilote open-source, les correctifs FreeSync, VRR et ALLM pour l’AMDGPU sont alignés pour Linux 7.4, avec le Fixed Rate Link activé par défaut. Les joueurs et les utilisateurs de Steam Machines équipés d’un GPU AMD et d’un écran HDMI 2.1 gagnent enfin les hauts débits et la latence réduite sur le noyau mainline.
10 septembre 2026. AMD envoie à DRM-Next sa dernière requête de tirage de fonctionnalités pour Linux 7.4, avec le support HDMI 2.1 FreeSync, VRR et ALLM pour le pilote AMDGPU. 11 septembre 2026. Phoronix confirme que l’ensemble du travail est aligné, et que le Fixed Rate Link (FRL) sera activé par défaut. Deuxième quinzaine d’octobre 2026. La fenêtre de fusion de Linux 7.4 s’ouvre, pour une sortie fin 2026 ou début janvier 2027. Pourquoi c’est important : après des années où le HDMI Forum a refusé l’implémentation open-source du HDMI 2.1, le noyau mainline va enfin exposer toute la bande passante du connecteur aux GPU AMD sous Linux.
Un jalon obtenu contre le HDMI Forum
L’histoire est d’abord celle d’un blocage. Le HDMI Forum, qui contrôle la spécification, a rejeté pendant des années la demande d’AMD d’exposer le HDMI 2.1 dans un pilote open-source. Conséquence concrète : sous Linux, les cartes Radeon étaient bridées sur la voie HDMI 2.0, incapable de dépasser les résolutions et rafraîchissements élevés que le FRL du HDMI 2.1 autorise, alors que le DisplayPort n’avait pas cette limitation.
Le déblocage est arrivé « plus tôt cette année », selon Phoronix, dans des circonstances largement attribuées à l’implication de Valve. En mai 2026, les correctifs AMDGPU HDMI 2.1 FRL sont apparus, visant le Fixed Rate Link pour les hautes résolutions et rafraîchissements sur HDMI. Le support FRL a atterri dans Linux 7.2, mais désactivé par défaut tant que le VRR n’était pas prêt, pour éviter toute régression. Avec Linux 7.4, la boucle se referme : le VRR, le FreeSync et l’ALLM sont là, et le FRL bascule sur « activé par défaut ».
Le blocage du HDMI Forum n’était pas technique mais contractuel : exposer les détails du HDMI 2.1 dans un pilote open-source risquait, selon le consortium, de divulguer des éléments protégés de la spécification. Le résultat était absurde pour l’utilisateur final : la même carte Radeon offrait le HDMI 2.1 complet sous Windows via le pilote propriétaire, et se retrouvait bridée sous Linux sur le même câble.
Ce que ça change techniquement
La requête envoyée par Alexander Deucher d’AMD le 10 septembre 2026 regroupe quatre briques. Le FreeSync et le HDMI VRR synchronisent le rafraîchissement de l’écran avec le rendu de la carte, éliminant le tearing et les saccades. L’ALLM (Auto Low Latency Mode) bascule automatiquement l’écran ou le téléviseur dans un mode à latence minimale, sans intervention dans les menus. Et le FRL activé par défaut fournit la couche de transport à haut débit qui rend tout cela possible sur HDMI 2.1.
La requête embarque aussi du travail de préparation pour le matériel à venir : des mises à jour du moteur graphique GFX12.1, du moteur d’affichage DCN 6 et de l’IP SMU 15. Le tout confirme qu’AMD traite le HDMI 2.1 sous Linux comme une capacité de premier plan, et non comme un correctif ponctuel.
Le gain de débit est d’abord quantitatif. Le HDMI 2.0 plafonne à 18 Gbit/s de bande passante utile, ce qui, sans compression, tient à peine un 4K à 60 Hz en 8 bits. Le FRL du HDMI 2.1 porte ce plafond à 48 Gbit/s, de quoi atteindre le 4K à 144 Hz, le 8K à 60 Hz et le HDR avec un sous-échantillonnage chromatique complet. C’est cette marge que le pilote open-source ne pouvait pas exploiter tant que le HDMI Forum refusait l’implémentation : la carte était capable, le connecteur ne suivait pas.
Ce que ça débloque pour les joueurs
Le bénéfice se mesure en configurations réelles. Un écran 4K à 120 Hz ou 144 Hz sur HDMI 2.1 devient pleinement utilisable avec un GPU AMD sous Linux, là où le HDMI 2.0 plafonnait autour de 4K à 60 Hz sans compression. Le FreeSync et le VRR rendent ces hauts rafraîchissements fluides, et l’ALLM supprime la latence d’entrée supplémentaire des téléviseurs, un point sensible pour le jeu sur canapé.
Phoronix le dit sans détour : c’est « un merveilleux cadeau de Noël pour les passionnés de Linux et les joueurs ». Valve est le grand bénéficiaire industriel — la Steam Machine et les alternatives sous SteamOS s’appuient sur ce travail, et l’implication supposée de Valve dans le déblocage du HDMI Forum s’explique par cet enjeu. Pour la première fois, un boîtier de salon AMD sous Linux pourra exposer le HDMI 2.1 complet sans pilote propriétaire.
Ce que ça change au-delà du jeu
Le sujet dépasse le gaming. Les postes de travail Linux branchés sur un écran 4K à haute fréquence — montage, retouche, développement — étaient eux aussi coincés sur HDMI 2.0 faute d’alternative DisplayPort sur certains téléviseurs et moniteurs grand public. Le FreeSync et le VRR améliorent aussi le confort hors jeu : un défilement fluide, des transitions sans déchirement, et une consommation d’énergie moindre quand le rafraîchissement s’adapte à l’image.
Il y a aussi une portée symbolique. Le HDMI est le connecteur le plus répandu du marché, et il était le seul grand standard d’affichage dont l’implémentation complète restait fermée sous Linux depuis des années. En obtenant le HDMI 2.1 par défaut dans AMDGPU, AMD et Valve démontrent qu’un standard fermé peut finir par s’ouvrir quand la pression industrielle est suffisante — une leçon qui vaut pour d’autres blocs fermés de la pile graphique.
Ce qui reste en suspens
Deux points de prudence. Le calendrier d’abord : Phoronix prévient que Linux 7.4 pourrait sortir « fin 2026, voire début janvier 2027 » selon la manière dont les cycles 7.3 et 7.4 s’enchaînent dans un monde de correctifs saturé par l’IA. Le support par défaut dans le noyau mainline ne signifie donc pas une disponibilité immédiate dans toutes les distributions — il faudra attendre qu’elles embarquent 7.4. Ensuite, la compatibilité reste dépendante du moniteur : le VRR et l’ALLM exigent un écran ou un téléviseur HDMI 2.1 qui les implémente correctement, et le FreeSync ne s’active qu’avec les panneaux compatibles.
Côté espace utilisateur, Mesa suit déjà le mouvement — la version 26.3 prépare les modificateurs de format DRM pour les anciens GPU —, mais l’activation finale dépendra de l’adoption de Linux 7.4 par chaque distribution.
Verdict
Si vous jouez sous Linux avec un GPU AMD branché en HDMI, Linux 7.4 est la version qui va enfin exploiter votre écran 4K à haut rafraîchissement : surveillez sa sortie, puis votre distribution, pour activer le FRL par défaut. Si vous construisez une Steam Machine ou un poste de salon AMD sous SteamOS, ce correctif supprime la dernière grosse différence avec le DisplayPort et fait du HDMI 2.1 un choix de premier rang. Si vous êtes sur une carte NVIDIA ou en DisplayPort, le changement ne vous concerne pas directement — mais il marque la fin d’une anomalie de dix ans où le connecteur le plus répandu du marché était aussi le plus bridé sous Linux.
Références
- Phoronix — Patches Ready For AMDGPU HDMI 2.1 Enabled By Default With Linux 7.4 With FreeSync, VRR & ALLM (11 septembre 2026)
- VideoCardz — Linux 7.4 set to enable AMD HDMI 2.1 FRL by default with FreeSync and VRR
- TechPowerUp — Linux Kernel 7.4 Gets HDMI Upgrade With FreeSync, VRR, and Auto Low Latency
- Phoronix — The HDMI Forum Rejected HDMI 2.1 for the AMDGPU Open-Source Driver
- Phoronix — AMDGPU HDMI 2.1 FRL Patches