EN
en direct

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.

Un connecteur de câble HDMI tenu au-dessus du port sombre d’un moniteur éteint, un seul voyant ambre de veille allumé sur la bordure de l’écran.

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

Le brief cyber, chaque mardi

Les failles qui comptent, les correctifs à appliquer, en dix minutes de lecture.

Pas de spam. Désinscription en un clic.
à lire ensuite

Sur le même sujet

antiX 26.1 maintient un Debian 13 sans systemd, avec cinq systèmes d’init et du 32 bits

antiX 26.1, sorti fin septembre 2026, actualise la distribution légère basée sur Debian 13 « Trixie » sans systemd ni elogind, avec cinq systèmes d’init au choix et des images 32 bits encore maintenues. Si vous ressuscitez de vieux PC ou voulez un socle minimaliste dont vous contrôlez l’init, antiX est une option sérieuse ; sinon, restez sur Debian standard.

MGLRU-FG accélère la récupération mémoire de Linux jusqu’à 40 % dans les premiers tests

Les correctifs MGLRU-FG de Kairui Song ajoutent une promotion guidée par la fréquence d’accès au Multi-Gen LRU de Linux et gagnent de 10 à 40 % de performance selon la charge, avec une pointe à 76 % sous zRAM. Ils restent en RFC, mais les gains mesurés sur MongoDB, Chromium et la compilation du noyau justifient de suivre leur intégration de près.

← Retour au fil

Tapez au moins deux caractères.

↑ ↓ naviguer ↵ ouvrir esc fermer