L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
L’arborescence du noyau Steam Frame contient un pilote de panneau OLED, et ce n’est pas le panneau 3552×3840 sur lequel un cadre OLED de mi-génération a été lu cette semaine. panel-deckard-oled.c est sur une branche à part, déclare un mode unique de 1776 x 1920 à 90 Hz avec une variante de 120 Hz commentée, et le dernier commit sur cette branche est daté du 10 février.
La datamine derrière cette affirmation est celle de Steam Frame Hub, publiée le 14 octobre, et elle indique que le panneau « a une résolution de 3552 x 3840 par œil et semble être OLED ». Ces nombres sont réels et appartiennent à un fichier différent, panel-deckard-plano.c, dans lequel la chaîne OLED n’apparaît pas une seule fois.
Les deux constantes de panneau de Plano sont BACKPLANE_HAA 3552 et BACKPLANE_VAA 3840, la zone active d’un fond de panier plutôt qu’un mode que tout peut exécuter, et chacune est exactement le double des 1776 x 1920 activés par le pilote. Parmi ses neuf commutateurs d’activation de mode, seul GLOBAL_2X_MODE_EN est réglé sur true, ce qui laisse 1776 x 1920 à 90, 72, 60 et 45 Hz comme modes proposés, chacun avec compression du flux d’affichage.
Un mode 30 Hz est maintenu derrière un commutateur de test à faible bande passante et les modes 2368 x 2560 derrière un commutateur de mise à l’échelle 1,5X, tous deux faux, et le commentaire de Valve sur la version 90 Hz de 2368 x 2560 indique qu’elle « a besoin de modifications dans drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_vid.c pour gérer le DSC fractionnaire. largeur ». Les sept modes fovéaux sont également désactivés, chacun étant marqué « TODO : WIP — Not working yet ».
Le fichier de la carte de production demande toujours l’écran LCD
sm8650-mp.dts, la carte de production en série, déclare compatible = « deckard-panel », tout comme les cartes DV2 et EV3D. La carte qui demande deckard-panel-plano est sm8650-ev3dplano.dts, dont la propre chaîne de modèle indique « SM8650 EV2 dphy plano rev1 4slam 2et », une révision technique derrière DV1, DV2 et MP.
deckard-panel est le pilote d’expédition, identifié dans sa propre chaîne de modules comme « Pilote de panneau DSI Sharp LS0DAS7232 avec prise en charge BOE », et il enregistre sept modes, chacun d’eux à 2 160 x 2 160 : 120, 144, 108, 96, 90, 80 et 72 Hz. La propre page Frame de Valve indique « 2 160 x 2 160 LCD (par œil) » et « Taux de rafraîchissement de 72 à 144 Hz (144 Hz expérimental) », ce qui est le même panneau que celui décrit par le code.
120 Hz est le mode que le pilote signale DRM_MODE_TYPE_PREFERRED, c’est donc ce que le panneau demande à moins que quelque chose d’autre ne choisisse. 72 Hz est la seule entrée conditionnelle, ajoutée uniquement lorsque la carte définit une propriété de prise en charge de faibles fps, et que les cartes de production de masse et DV2 la définissent toutes deux.
Le travail OLED et le travail Plano ne se sont jamais rencontrés
Sur la branche deckard-oled, le makefile du panneau construit panel-deckard-oled.o là où la branche d’expédition construit panel-deckard-plano.o, et ni le pilote Plano ni sm8650-ev3dplano.dts n’existent du tout sur cette branche. Le fichier de la carte du panneau OLED est sm8650-ev3doled.dts, modèle « SM8650 EV2 dphy oled rev1 4slam 2et », et la carte de production en série sur cette même branche déclare toujours deckard-panel.
Les deux pilotes traitent également la lumière différemment. Celui d’OLED note qu’un « écran OLED n’utilise pas de pilotes de rétroéclairage », compile ce code et allume le propre rail AVEE et ELVSS du panneau à 6,3 V, tandis que Plano enregistre un dispositif de rétroéclairage et demande à sa carte quatre rails de polarisation nommés gauche-pos, gauche-nég, droite-pos et droite-nég, le même ensemble que celui porté par le nœud LCD de production.
Rien de spécifique à Plano n’a atterri depuis juillet
L’historique de Plano dans le secteur du transport maritime compte quatre engagements. montyg sur valvesoftware.com l’a ajouté le 5 mars sous le message « Ajout du support du panneau Plano Global 2.0x fonctionnant Global 1.5x WIP Foveal modes WIP CPHY support WIP », Neil Armstrong de Linaro a publié des correctifs les 27 avril et 30 juillet, et le seul changement depuis est une vérification des limites de débogage sur les panneaux deckard par Jeremy Selan de Valve le 3 octobre.
La branche OLED est encore plus silencieuse : deckard-oled s’arrête le 10 février et km/deckard-oled le 5 février. Rien de tout cela ne dit que Valve a mis quoi que ce soit de côté, car l’arborescence du noyau est l’endroit où les cartes abandonnées, les pilotes stationnés et le matériel d’expédition se côtoient.
Il s’agit d’une lecture de code plutôt que d’une annonce, et la provenance doit être indiquée une fois : la copie consultable de l’arbre est celle d’evlaV, qui étiquette ses référentiels SteamOS comme miroirs non officiels et les reconstruit automatiquement quatre fois par jour. Valve distribue lui-même le même noyau, sous la forme d’un package source de 2,4 Gio sur son propre serveur, et son GitLab public contient les références CAO et électriques du Frame, mais aucun projet de noyau ; ces fichiers CAO sont l’origine de la voie PCIe Gen4 dans le port de la caméra.
Ce qui lie la copie lisible à Valve, ce sont les commits. Le package Valve publié le 14 octobre s’appelle linux-72-deckard-7.2.0+g152ecbcff010, et ce commit, celui en haut de la branche en miroir, est un correctif defconfig créé à partir d’une adresse valvesoftware.com. Valve n’a annoncé aucun nouveau casque ni nouveau panneau, et pour quiconque décide d’attendre, la date est la file d’attente : Valve indique désormais aux titulaires de réservation si leur e-mail de commande arrive d’ici décembre ou en 2027.