Linux 7.3 ajoute un contrôle des capacités du câble pour des pilotes de modes alternatifs. Il distingue trois résultats : compatible, incompatible et inconnu. L’ancienne version de l’article assimilait à tort une information absente à un refus automatique.
Suivre l’ordre réel des vérifications
La demande d’intégration USB comprend la fonction d’Andrei Kuchynski et ses utilisations DisplayPort et Thunderbolt. Dans le code de 7.3-rc1, le contrôle cherche d’abord un nœud SOP-prime correspondant au mode alternatif. S’il existe, le résultat est compatible.
En son absence, les cas restants sont :
| Informations disponibles | Résultat interne |
|---|---|
| Aucune structure d’identité | Inconnu |
| Identité présente, mais en-tête nul | Incompatible |
| Câble passif annonçant seulement USB 2.0 | Incompatible |
| Câble passif annonçant une autre vitesse | Compatible selon ce contrôle |
| Câble actif sans nœud correspondant au mode | Incompatible avec ce mode |
| Type de produit non reconnu | Inconnu |
La fonction exportée typec_cable_altmode_unsupported renvoie vrai uniquement pour incompatible. Sans objet câble, elle conserve également l’état inconnu. Une absence d’information et une preuve d’incompatibilité ne sont donc pas équivalentes.
Un filtre, pas une certification électrique
Le pilote DisplayPort applique ce refus lorsque le partenaire annonce un réceptacle. C’est un chemin de code précis, pas la preuve que toutes les connexions Type-C possibles sont vérifiées à l’identique.
Un résultat compatible ne mesure pas l’intégrité du signal et ne garantit aucune résolution ou fréquence d’affichage. Les autres étapes de négociation du mode et d’établissement du lien restent nécessaires. Un câble passif n’est pas non plus incompatible par nature : sa vitesse annoncée intervient dans la décision.
Examiner ce que la machine expose
La documentation de la classe Type-C décrit des objets câble et connecteur facultatifs. Leur visibilité dépend du pilote et du firmware. Commencez par une lecture sans modification :
ls -l /sys/class/typec/
ls -l /sys/class/typec/port0-cable/Utilisez le nom de port réellement présent. Si le deuxième chemin n’existe pas, n’en déduisez pas que le câble est défectueux. La documentation de l’ABI sysfs précise les attributs dépendant des informations de découverte remontées.
Pour signaler un écran noir reproductible, gardez ordinateur, écran, port et mode d’affichage identiques, puis changez seulement le câble. Notez version du noyau, spécification du câble et réussite de chaque connexion. Pour une régression, recommencez avec le même câble après changement de noyau. Vous établirez ainsi une association reproductible, sans prétendre que tous les écrans noirs ont cette cause.
Révision des sources, des limites et des explications ; remplacement de l’ancienne illustration.