L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
Basculez une machine à vapeur vers le lien HDMI 2.1 natif, son propre noyau a été ajouté et un téléviseur 4K prendra 144 Hz, mais le taux de rafraîchissement variable cesse complètement de fonctionner sur ce lien. Un rapport sur le tracker SteamOS de Valve indique que le connecteur HDMI donne une plage VRR de 40 à 144 sur le chemin du signal d’origine et de 0 à 0 une fois que le plus rapide s’entraîne, et une mise à jour déposée le 18 octobre indique que SteamOS 3.9.3 ne l’a pas modifié.
Rien de tout cela ne se produit sur une machine standard. Valve fournit le chemin FRL le plus rapide, légèrement désactivé dans le paramètre dcfeaturemask du module amdgpu, de sorte que les seuls propriétaires qui répondent aux nouveaux modes ou au VRR manquant sont ceux qui ont ajouté amdgpu.dcfeaturemask=0x402 à leurs options de démarrage et ont redémarré.
Le gain est suffisamment réel pour expliquer pourquoi quelqu’un le ferait. Sur un LG OLED83C4 connecté directement à la machine, le rapport indique que la liaison FRL apporte 3840 x 2160 à 144 Hz avec une chrominance 4:4:4, 10 bits par canal et HDR, où le chemin de stock s’arrête à 4K120 en 4:2:0 à 8 bits. Le coût est FreeSync, ce que le connecteur dit alors qu’il ne peut pas faire du tout.
Ce compromis concerne la seule pièce de matériel Valve conçue pour un téléviseur, et Valve évalue les jeux en conséquence : le plancher de compatibilité sur la Steam Machine est de 30 ips à 1080p, là où celui du Steam Deck est de 800p.
Le changement d’une ligne ne figure dans aucune version de Valve
Le rapport nomme la fonction et le changement. Dans amdgpu_dm_update_freesync_caps(), la branche HDMI est entrée uniquement pour un récepteur TMDS, donc un récepteur FRL passe par chaque branche et le pilote laisse freesync_capable false, et l’échange de ce test contre l’assistant dc_is_hdmi_signal() déjà dans la même arborescence couvre les deux.
Cette ligne n’est pas l’invention du journaliste et ce n’est pas celle de Valve. Il dit que le noyau de Valve contient déjà le travail VRR et HDMI de Tomasz Pakula à partir de la liste de diffusion du noyau, mais pas son correctif ultérieur, qui fait exactement cet échange, et que la seule ligne qu’il cite est un sous-ensemble strict de ce que font la branche de Pakula et la série 7.4 d’AMD. Ce qui manque, c’est une version de Valve qui le porte : le changement ne concerne ni Linux-Neptune-72 ni aucun SteamOS disponible, le rapport demande à Valve de le sélectionner, et la seule chose qui l’exécute est un module hors arborescence que le journaliste a lui-même construit.
Avec ce module en place, il dit que le connecteur offre une plage VRR de 40 à 144, avec un gamescope permettant un VRR à 3 840 x 2 160 à 143,99 Hz et plusieurs heures de jeu sans interruption de liaison. Les mesures proviennent des débogages et du gamescope plutôt que de l’apparence de l’image.
Un deuxième défaut supprime le lien rapide à chaque hotplug
La mise à jour du 18 octobre en ajoute un. Après tout branchement à chaud ultérieur, un téléviseur sortant de veille ou une entrée commutée et rétablie, la liaison revient sur le chemin le plus lent et les modes 4K144 disparaissent jusqu’à un redémarrage, avec un EDID identique des deux côtés.
Le rapport retrace cela jusqu’à la vérification qui décide si un lien doit être recyclé, où le compositeur maintient l’affichage allumé via un hotplug afin que la vérification ne s’exécute jamais de manière destructrice et ne promeuve jamais le nouveau récepteur vers le signal plus rapide. Il nomme un commit AMD qui, selon lui, est dans drm-next depuis le 20 août comme réponse en amont, et indique que les deux correctifs tiennent ensemble dans les noyaux 7.2.4-valve1, 7.2.7-valve1 et 7.2.7-valve2, avec un commutateur d’entrée revenant à 4K144 au lieu de chuter à 60 Hz.
La demande finale est que Valve active le masque FRL par défaut sur la machine à vapeur une fois que les deux sont installés. L’attente que la ligne principale 7.4 l’active est la propre lecture du rapport plutôt que le plan de quiconque, et le problème est ouvert depuis le 13 septembre sans réponse de Valve ni étiquette dessus.
Tout cela est un propriétaire, un téléviseur et un module de noyau hors arborescence, sur un canal bêta : SteamOS 3.9.3 est une version bêta et préliminaire, avec SteamOS stable toujours sur la version 3.8.28. Jusqu’à ce que Valve réponde, le choix sur un ensemble 4K 144 Hz est le signal le plus rapide ou le taux de rafraîchissement variable, et non les deux.