Ist es möglich, DisplayLink USB-Displays mit Xorg 1.13 im Kernel 3.4 Hotplugging auszuführen?

6215
lkraav

keithp scheint der einzige im interwebs gewesen zu sein, der etwas über das thema geschrieben hat und er hat mit 3.5_rc gearbeitet. Ich möchte im Moment aus verschiedenen Stabilitätsgründen nicht über 3,4 hinausgehen und versuche zu sehen, ob ich das schaffen kann. Xorg 1.13 erkennt die Anzeige beim Verbinden, "udl" -Modul ist geladen, der Treiber für xorg-video-modesetting wird ebenfalls geladen, die Anzeige leuchtet. Also scheint alles gut zu sein.

Ich bin xrandr-9999 aufgetaucht (nicht viele Änderungen über 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

Aber ich komme nicht weiter, genau wie dieser Typ :

$ 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

Irgendwelche Gedanken?

3
Ich verwende jetzt DisplayLink Hotplugging auf 3.10 und es funktioniert wie angekündigt, daher ist diese Frage meistens irrelevant. lkraav vor 10 Jahren 0

3 Antworten auf die Frage

3
Marek Huras

Bitte lesen Sie diesen Artikel http://www.phoronix.com/scan.php?page=news_item&px=MTEzNjc und folgen Sie den dort genannten Links. Ich habe mehrere Tests mit verschiedenen Distributionen durchgeführt und kann bestätigen, dass wir die volle Unterstützung für PRIME im Kernel, Xorg und Randr benötigen. Dann soll es klappen. Bitte untersuchen Sie, was PRIME ist ...

Ich persönlich erwarte, dass die volle Unterstützung für Displaylink-Geräte frühestens im Jahr 2013 verfügbar sein wird. Auf alten Kerneln können Sie dies wahrscheinlich zum Laufen bringen, jedoch nur durch manuelle Einstellung der Konfigurationsdateien, wie in diesem Artikel http://mulchman.org/blog/?p=21 beschrieben

Ohne PRIME können Sie entweder Displaylink oder Intel \ nVidia \ ATI verwenden, aber niemals beide unter einer Instanz von Xorg. Ich habe es ausprobiert und aufgegeben.

Marek

Vielen Dank. Es scheint schwierig zu sein, spezifische Informationen über PRIME zu finden. Ich füge diesen Absatz von h-online.com ein: "PRIME", eine grundlegende drm-dma-buf-Schnittstellenschicht für den Austausch von Informationen über Grafikkerne ohne viel Aufwand. Dies ist eine von mehreren Komponenten, die es Linux-Distributionen ermöglichen, Grafikkerne ein- und auszuschalten, ohne dass der Benutzer den X-Server neu starten oder andere Eingriffe vornehmen muss. Dies ist nicht nur für DisplayLink-Monitore interessant, sondern auch für Notebooks, bei denen Systeme wie die Optimus-Technologie von NVIDIA zur Laufzeit einen leistungsfähigeren Grafikchip aktivieren können. lkraav vor 11 Jahren 0
0
Marek Huras

If you are really convinced to use your existing configuration make use of this tutorial http://nameq.wordpress.com/2011/09/21/displaylink-dl-165-running-on-linux-fedora/ I didn't tried this method. IMO it should be working, though still on 2 instances of Xorg.

Marek

Ich mache bereits das duale Xorg-Setup und es ist ein bisschen nervig, Apps zu beenden / zu starten, um sie auf die andere X-Instanz zu verschieben. lkraav vor 11 Jahren 0
0
Marek Huras

Mein heutiger Test wurde am xubuntu 12.10 (amd64) mit einigen Hinweisen aus diesem Artikel durchgeführt: http://www.webupd8.org/2012/11/how-to-use-multiple-monitors-in-xubuntu.html?utm_medium= twitter & utm_source = twitterfeed

Leider funktionieren Displaylink nicht in einer Instanz von Xorg zusammen mit Nouveau. Tatsächlich werden Kernel-Module geladen, Geräte / dev / fb * erstellt, obwohl xrandr --listproviders keine DL-Geräte auflistet. Interessante Tatsache: Obwohl udl / udlfb-Module geladen sind, waren in dieser Distribution DL-Bildschirme schwarz (im Standby) und nicht grün, wie in vielen zuvor veröffentlichten Tutorials beschrieben. Es fehlt noch etwas (ich habe nicht versucht, x11-Treiber zu kompilieren, konnte sie aber auch nicht im Repository finden). Ich habe nicht weiter nach Gründen gesucht, nur weil ich auf die Veröffentlichung von Fedora warte.

Fedora 18: Beta soll Ende diesen Monats verfügbar sein, endgültige Veröffentlichung im Januar 2013.

Fedora 17 verwendet bereits die Kernel 3.6.x und für mich scheint Fedora 18 der erste Kandidat zu sein, der Unterstützung für PRIME und DLs hat (wenn es aus neuestem Xorg, randr und verwandten besteht). Eine gute Sache ist, auf http://distrowatch.com/ den Überblick zu behalten.

Sollten Sie etwas Interessantes finden, teilen Sie es bitte mit.

Vielleicht finden Sie es nützlich, wie Sie Informationen über Ihren aktuellen Status eines Systems erhalten. Weitere Informationen hierzu finden Sie unter https://askubuntu.com/questions/28033/how-to-check-the-information-of-current- installierte Videotreiber

Ein praktisches Hilfsprogramm ist KInfoCenter - es erfordert jedoch Bibliotheken für KDE (ich weiß nicht, welchen Fenstermanager Sie verwenden?). Sie können es aus den meisten auf Debian basierenden Repositorys erhalten (Befehl: sudo apt-get install kinfocenter).

Basierend auf meiner Beobachtung, udlfb == grüner Bildschirm, udl == schwarzer Bildschirm. Ich verwende i3 wm. Vielleicht erwähnenswert ist, dass ich bei der Verwendung von udl (auf der schwarzen Liste aufgeführten udlfb) am 3.4.18+ einige ungewöhnliche Kernel-Paniken erlebt habe. Das Umschalten auf udlfb (udl auf der schwarzen Liste) scheint die Dinge wieder normalisiert zu haben. lkraav vor 11 Jahren 0

Verwandte Probleme