L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
SteamOS 3.9 donne à une machine fraîchement installée un backend Wi-Fi différent, et il ne touche pas une machine qui y est arrivée par mise à jour. La note bêta de SteamOS 3.9.3 de Valve affiche la conséquence dans ces mots : « Problème connu : les installations existantes continueront à utiliser iwd à moins qu’elles ne soient activées manuellement dans les paramètres du développeur ».
Ainsi, le backend exécuté par votre Steam Deck ou Steam Machine dépend de la façon dont il est arrivé à la version 3.9. Selon Valve, une installation propre est par défaut wpa_supplicant, un commutateur décrit comme « améliorant la compatibilité avec divers réseaux WiFi », et une installation mise à niveau reste sur iwd jusqu’à ce que quelqu’un la modifie manuellement.
Le commutateur n’est pas nouveau dans la version 3.9.3. Il appartient à la ligne 3.9, et la note de 19h02 UTC le 16 octobre rassemble tous les changements depuis la version stable 3.8, parmi lesquels une deuxième ligne indiquant que wpa_supplicant a été amélioré « pour prendre en charge la reconnexion WiFi rapide à la sortie du mode veille, auparavant uniquement disponible dans le backend iwd ».
Deux propriétaires disent que l’adaptateur ne scannera pas sous iwd
Le raisonnement de Valve s’arrête à la compatibilité et les rapports du propriétaire vont plus loin. Sur un thread d’adaptateur sans fil Steam Frame, deux propriétaires décrivent que l’adaptateur du Frame ne parvient pas à analyser sous iwd, avec « iwd : erreur reçue pendant CMD_TRIGGER_SCAN : argument invalide (22) » enregistré toutes les 10 secondes et NetworkManager passant de la préparation à l’échec en une milliseconde, sans tentative d’association.
L’un l’a écrit le 12 octobre à partir d’une machine Steam sur SteamOS 3.8.28, l’autre le 19 octobre à partir d’un hôte exécutant l’image SteamOS Deck, tous deux avec le même numéro d’erreur. Rien dans aucun des deux comptes n’appartient à Valve : il s’agit des propres tests des propriétaires, et Valve n’a pas dit que iwd provoquait l’échec d’une analyse.
Changer le backend l’a guéri pour les deux
Le commentaire du 19 octobre s’intitule « Hôte SteamOS, backend iwd : corrigé en passant de NM à wpa_supplicant », et son auteur affirme que le changement a permis d’établir la liaison « premier essai sur 6135 MHz » avec un streaming stable depuis. Il ajoute qu’une bascule « forcer le backend wpa_supplicant » sous Steam > Paramètres > Développeur semble faire la même chose, et qu’il essaierait cela en premier.
Le propriétaire de Steam Machine l’a confirmé 30 minutes plus tard : l’activation de cette bascule et le redémarrage « ont corrigé le problème », et « le dongle scanne maintenant normalement et est connecté au cadre sur 6135 MHz / 160 MHz ». Cela représente deux propriétaires et trois commentaires, sur un fil de 15 commentaires dans lequel aucun membre de Valve n’a posté du tout.
L’échec est plus étroit que le Wi-Fi en général
Ce n’est pas qu’iwd ne puisse pas numériser. Le journaliste du 19 octobre dit que le même dongle « pourrait toujours scanner et rejoindre un réseau 5 GHz sous iwd, donc l’EINVAL semble spécifique au scan 6 GHz/caché, pas au scan en général », ce qui est le genre de scan dont l’adaptateur du Frame a besoin, puisqu’il fonctionne à 6 GHz derrière un nom de réseau caché.
Valve indique que la version 3.9.3 apporte « une prise en charge améliorée de l’adaptateur sans fil Steam Frame », sans aucun détail sur ce que cela couvre, donc rien dans les notes ne confirme ou ne contredit le récit des propriétaires.
Ces deux propriétaires ont dû trouver eux-mêmes le cadre, ce qui est la partie sur laquelle un lecteur peut agir. Valve a travaillé sur l’adaptateur du côté client, avec un correctif en octobre pour un cadre qui réactivait l’économie d’énergie Wi-Fi au démarrage, et la même version bêta 3.9.3 qui imprime la ligne iwd remet également le classeur Android IPC dans le noyau SteamOS. Une nouvelle installation de SteamOS 3.9 est sur wpa_supplicant sans qu’on vous le demande ; tout ce qui est arrivé par mise à jour est sur iwd jusqu’à ce que vous alliez dans les paramètres du développeur et disiez le contraire.