Est-il possible de connecter à chaud DisplayLink USB avec Xorg 1.13 sur le noyau 3.4?

3

keithp semble être le seul sur les sites Web à avoir écrit quoi que ce soit sur le sujet et il a travaillé avec 3.5_rc. Je ne veux pas aller au-dessus de 3,4 pour le moment pour diverses raisons de stabilité et j'essaie de voir si je peux faire en sorte que cela fonctionne. Xorg 1.13 reconnaît l’affichage lors de la connexion, le module "udl" est chargé, le pilote xorg-mode-vidéo est également chargé, l’affichage s’allume. Donc tout semble bien aller.

Je suis sorti xrandr-9999 (peu de changements au-dessus de 1.3.5):

$ xrandr --listproviders
Providers: number : 2
Provider 0: id: 69 cap: 0x0 crtcs: 2 outputs: 4 associated providers: 0 name:Intel
Provider 1: id: 338 cap: 0x0 crtcs: 1 outputs: 1 associated providers: 0 name:modesetting

Mais je ne peux pas aller plus loin, tout comme ce gars-là :

$ xrandr --setprovideroutputsource 338 69
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  139 (RANDR)
  Minor opcode of failed request:  35 ()
  Value in failed request:  0x152
  Serial number of failed request:  11
  Current serial number in output stream:  12

$ xrandr --setprovideroutputsource 1 0
X Error of failed request:  148
  Major opcode of failed request:  139 (RANDR)
  Minor opcode of failed request:  35 ()
  Serial number of failed request:  11
  Current serial number in output stream:  12

Des pensées?

linux usb xorg gentoo hotplug lkraav
la source
J'utilise maintenant DisplayLink hotplugging sur la version 3.10 et cela fonctionne comme annoncé. Cette question est donc généralement sans importance.
Lkraav

Réponses:

3

Veuillez lire cet article http://www.phoronix.com/scan.php?page=news_item&px=MTEzNjc et suivre les liens qui y sont cités. J'ai testé plusieurs distributions et je peux confirmer que nous avons besoin du support complet de PRIME dans kernel, Xorg et randr. Alors cela fonctionnera. S'il vous plaît enquêter sur ce que le Prime est ...

Personnellement, je m'attends à ce qu'un support complet pour les appareils Displaylink soit disponible dans l'année 2013 au plus tôt. Sur les anciens noyaux, vous pouvez probablement le faire fonctionner, mais uniquement via le réglage manuel des fichiers de configuration, comme décrit dans cet article http://mulchman.org/blog/?p=21

Sans PRIME, vous pouvez faire fonctionner Displaylink ou Intel \ nVidia \ ATI, mais jamais les deux sous une même instance de Xorg. Je l'ai essayé et j'ai abandonné.

Marek

Marek Huras
la source
Merci. Les informations spécifiques à propos de PRIME semblent difficiles à trouver, je vais donc coller ce paragraphe de h-online.com: "PRIME", une couche d’interface de base dm-buf permettant d’échanger des informations sur les cœurs graphiques sans trop de charge. Il s’agit de l’un des composants permettant aux distributions Linux d’activer et de désactiver les cœurs graphiques sans que l’utilisateur ait à redémarrer le serveur X ou à effectuer d’autres interventions. C'est intéressant, non seulement pour les moniteurs DisplayLink, mais aussi pour les ordinateurs portables, où des systèmes tels que la technologie Optimus de NVIDIA peuvent activer une puce graphique plus puissante au moment de l'exécution.
Lkraav
0

Si vous êtes vraiment convaincu d'utiliser votre configuration existante, utilisez ce tutoriel http://nameq.wordpress.com/2011/09/21/displaylink-dl-165-running-on-linux-fedora/ Je n'ai pas essayé cette méthode. IMO cela devrait fonctionner, mais toujours sur 2 instances de Xorg.

Marek

Marek Huras
la source
Je suis déjà en train de faire la configuration double Xorg et c'est un peu ennuyeux de quitter / de démarrer des applications pour les déplacer vers une autre instance X.
Lkraav
0

Mon test a été effectué aujourd'hui sur xubuntu 12.10 (amd64) en utilisant les indications de cet article: http://www.webupd8.org/2012/11/how-to-use-multiple-monitors-in-xubuntu.html?utm_medium= twitter & utm_source = twitterfeed

Hélas, les Displaylink ne fonctionnent pas dans 1 instance de Xorg avec nouveau. En réalité, les modules du noyau sont chargés, les périphériques / dev / fb * créés, bien que xrandr --listproviders ne répertorie pas les périphériques DL. Fait intéressant: bien que les modules udl / udlfb soient chargés, les écrans de cette distribution DL étaient noirs (en veille) et non verts, comme décrit dans de nombreux tutoriels publiés auparavant. Quelque chose manque toujours (je n'ai pas essayé de compiler les pilotes x11, mais je ne pouvais pas non plus les trouver dans le référentiel). Je n'ai pas enquêté davantage pour des raisons simplement parce que j'attends la nouvelle version de Fedora.

Fedora 18: la version bêta devrait être disponible d’ici la fin du mois de janvier, et la version finale sera en janvier 2013.

Fedora 17 utilise déjà les noyaux 3.6.x et pour moi, il semble que Fedora 18 soit le premier candidat à prendre en charge PRIME et DL (s’il comprendra les versions les plus récentes de Xorg, randr et connexes). Une bonne chose est de garder une trace sur http://distrowatch.com/

Si vous trouvez quelque chose d'intéressant, partagez-le s'il vous plaît.

Vous trouverez peut-être cela utile - comment obtenir des informations sur l'état actuel d'un système - consultez ce fil de discussion https://askubuntu.com/questions/28033/how-to-check-the-information-of-current- pilotes vidéo installés

KInfoCenter est un utilitaire pratique, mais il nécessite des bibliothèques pour KDE (je ne sais pas quel gestionnaire de fenêtres utilisez-vous?). Vous pouvez l'obtenir dans la plupart des dépôts basés sur Debian (commande: sudo apt-get install kinfocenter)

Marek Huras
la source
D'après mes observations, udlfb == écran vert, udl == écran noir. J'utilise i3 wm. Il est peut-être intéressant de noter que j’ai connu des paniques du noyau très inhabituelles lors de l’utilisation de udl (blacklisted udlfb) sous 3.4.18+. Revenir à udlfb (blacklisted udl) semble avoir remis les choses à la normale.
Lkraav