[erledigt] RandR und Xinerama (Intel+Nvidia) Problem, Bildschirm lässt sich nicht drehen

M.will.Pom

Fortgeschrittener

10.02.2015, 14:23

RandR und Xinerama (Intel+Nvidia) Problem, Bildschirm lässt sich nicht drehen

Hallo Forum,

Ich möchte an meinem PC 3 Bildschirme betreiben. Alle drei stehen nebeneinander, die beiden äußeren sind um 90° gedreht:
_______......................._______
|..........|..___________..|..nv-...|
|..intel.|.|......nvidia....|.|..idia...|
|______|.|___________|.|______|

Der Hauptbildschirm und der rechte Bildschirm werden über die externe "Nvidia Quadro k600" angesprochen. Die Einstellungen für meine xorg.conf habe ich mithilfe der "nvidia-settings" für diese beiden Bildschirme bekommen.
Der linke Bildschirm wird durch die interne Intel GPU angesprochen "Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller".
Meine xorg.conf funktioniert soweit, bis auf die Drehung des linken Bildschirms.

Normalerweise würde ich einfach "arandr" bzw "xrandr" benutzen, um meinen linken Bildschirm zu drehen, allerdings ist dies nicht möglich, da das Modul "randr" nicht geladen werden kann. Dies geschieht meines Erachtens nach wegen "Xinerama".
Auf Xinerama kann ich aber nicht verzichten, da dann meine Oberfläche "xmonad" alle Bildschirme als einen riesigen Bildschirm betrachtet.

Ich habe versucht die Drehung von der xorg.conf erledigen zulassen, so wie es auch bei dem rechten Monitor funktioniert, nur eben auf "Intel-Basis". Jedoch habe ich damit keine Änderung erreicht. Das Bild lässt sich nicht drehen.

Die Letzte Zeile für den Intel Bildschirm in der Log-Datei lautet:

	Quellcode
1	[205.024] (II) intel(2): switch to mode 1920x1200@60.0 on pipe 0 using HDMI2, position (0, 0), rotation normal

Wie bekomme ich es hin, dass die Rotation auf "left" wechselt?

Hier die Fehlermeldungen aus der Log-Datei

Quellcode

# grep -e EE -e WW /var/log/Xorg.0.log(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[202.195] Initializing built-in extension MIT-SCREEN-SAVER
[202.196] (WW) Warning, couldn't open module nvidia-glx
[202.196] (EE) Failed to load module "nvidia-glx" (module does not exist, 0)
[202.196] (WW) Warning, couldn't open module randr
[202.196] (EE) Failed to load module "randr" (module does not exist, 0)[   202.201] (WW) NVIDIA: The Composite and Xinerama extensions are both enabled, which
[202.201] (WW) NVIDIA: 	is an unsupported configuration.  The driver will continue
[202.201] (WW) NVIDIA: 	to load, but may behave strangely.
[202.201] (WW) NVIDIA: Xinerama is enabled, so RandR has likely been disabled by the
[202.201] (WW) NVIDIA: 	X server.
[202.202] (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X
[202.202] (EE) NVIDIA(0): 	log file that the GLX module has been loaded in your X
[202.202] (EE) NVIDIA(0): 	server, and that the module is the NVIDIA GLX module.  If
[202.202] (EE) NVIDIA(0): 	you continue to encounter problems, Please try
[202.202] (EE) NVIDIA(0): 	reinstalling the NVIDIA driver.
[202.562] (WW) NVIDIA(GPU-0): The EDID for BenQ EW2740L (DFP-0) contradicts itself: mode
[202.562] (WW) NVIDIA(GPU-0): 	"1920x1080" is specified in the EDID; however, the EDID's
[202.562] (WW) NVIDIA(GPU-0): 	valid HorizSync range (30.000-83.000 kHz) would exclude
[202.562] (WW) NVIDIA(GPU-0): 	this mode's HorizSync (28.1 kHz); ignoring HorizSync check
[202.562] (WW) NVIDIA(GPU-0): 	for mode "1920x1080".
[202.562] (WW) NVIDIA(GPU-0): The EDID for BenQ EW2740L (DFP-0) contradicts itself: mode
[202.562] (WW) NVIDIA(GPU-0): 	"720x480" is specified in the EDID; however, the EDID's
[202.562] (WW) NVIDIA(GPU-0): 	valid HorizSync range (30.000-83.000 kHz) would exclude
[202.562] (WW) NVIDIA(GPU-0): 	this mode's HorizSync (15.7 kHz); ignoring HorizSync check
[202.562] (WW) NVIDIA(GPU-0): 	for mode "720x480".
[202.562] (WW) NVIDIA(GPU-0): The EDID for BenQ EW2740L (DFP-0) contradicts itself: mode
[202.562] (WW) NVIDIA(GPU-0): 	"720x480" is specified in the EDID; however, the EDID's
[202.562] (WW) NVIDIA(GPU-0): 	valid HorizSync range (30.000-83.000 kHz) would exclude
[202.562] (WW) NVIDIA(GPU-0): 	this mode's HorizSync (15.7 kHz); ignoring HorizSync check
[202.562] (WW) NVIDIA(GPU-0): 	for mode "720x480".
[202.562] (WW) NVIDIA(GPU-0): The EDID for BenQ EW2740L (DFP-0) contradicts itself: mode
[202.562] (WW) NVIDIA(GPU-0): 	"720x576" is specified in the EDID; however, the EDID's
[202.562] (WW) NVIDIA(GPU-0): 	valid HorizSync range (30.000-83.000 kHz) would exclude
[202.562] (WW) NVIDIA(GPU-0): 	this mode's HorizSync (15.6 kHz); ignoring HorizSync check
[202.562] (WW) NVIDIA(GPU-0): 	for mode "720x576".
[202.563] (WW) NVIDIA(GPU-0): The EDID for BenQ EW2740L (DFP-0) contradicts itself: mode
[202.563] (WW) NVIDIA(GPU-0): 	"720x576" is specified in the EDID; however, the EDID's
[202.563] (WW) NVIDIA(GPU-0): 	valid HorizSync range (30.000-83.000 kHz) would exclude
[202.563] (WW) NVIDIA(GPU-0): 	this mode's HorizSync (15.6 kHz); ignoring HorizSync check
[202.563] (WW) NVIDIA(GPU-0): 	for mode "720x576".
[202.634] (WW) NVIDIA(GPU-0): The EDID for Samsung SMS24A850 (DFP-2) contradicts itself:
[202.634] (WW) NVIDIA(GPU-0): 	mode "1280x720" is specified in the EDID; however, the
[202.634] (WW) NVIDIA(GPU-0): 	EDID's valid VertRefresh range (56.000-75.000 Hz) would
[202.634] (WW) NVIDIA(GPU-0): 	exclude this mode's VertRefresh (50.0 Hz); ignoring
[202.634] (WW) NVIDIA(GPU-0): 	VertRefresh check for mode "1280x720".
[202.634] (WW) NVIDIA(GPU-0): The EDID for Samsung SMS24A850 (DFP-2) contradicts itself:
[202.634] (WW) NVIDIA(GPU-0): 	mode "720x576" is specified in the EDID; however, the
[202.634] (WW) NVIDIA(GPU-0): 	EDID's valid VertRefresh range (56.000-75.000 Hz) would
[202.634] (WW) NVIDIA(GPU-0): 	exclude this mode's VertRefresh (50.0 Hz); ignoring 
[202.634] (WW) NVIDIA(GPU-0): 	VertRefresh check for mode "720x576".
[202.635] (WW) NVIDIA(GPU-0): The EDID for Samsung SMS24A850 (DFP-2) contradicts itself:
[202.635] (WW) NVIDIA(GPU-0): 	mode "720x576" is specified in the EDID; however, the
[202.635] (WW) NVIDIA(GPU-0): 	EDID's valid VertRefresh range (56.000-75.000 Hz) would
[202.635] (WW) NVIDIA(GPU-0): 	exclude this mode's VertRefresh (50.0 Hz); ignoring
[202.635] (WW) NVIDIA(GPU-0): 	VertRefresh check for mode "720x576".
[202.635] (WW) NVIDIA(GPU-0): The EDID for Samsung SMS24A850 (DFP-2) contradicts itself:
[202.635] (WW) NVIDIA(GPU-0): 	mode "1280x720" is specified in the EDID; however, the
[202.635] (WW) NVIDIA(GPU-0): 	EDID's valid VertRefresh range (56.000-75.000 Hz) would
[202.635] (WW) NVIDIA(GPU-0): 	exclude this mode's VertRefresh (50.0 Hz); ignoring
[202.635] (WW) NVIDIA(GPU-0): 	VertRefresh check for mode "1280x720".
[202.635] (WW) NVIDIA(GPU-0): The EDID for Samsung SMS24A850 (DFP-2) contradicts itself:
[202.635] (WW) NVIDIA(GPU-0): 	mode "1920x1080" is specified in the EDID; however, the
[202.635] (WW) NVIDIA(GPU-0): 	EDID's valid VertRefresh range (56.000-75.000 Hz) would
[202.635] (WW) NVIDIA(GPU-0): 	exclude this mode's VertRefresh (50.0 Hz); ignoring
[202.635] (WW) NVIDIA(GPU-0): 	VertRefresh check for mode "1920x1080".
[204.778] (EE) intel(G0): [drm] failed to set drm interface version: Permission denied [13].
[204.778] (EE) intel(G0): Failed to claim DRM device.
[204.880] (WW) NVIDIA(0): Not registering RandR
[205.013] (WW) NVIDIA(1): Not registering RandR
[205.013] (WW) intel(2): Option "RandRRotation" is not used
[205.013] (WW) intel(2): Option "Rotate" is not used
[205.016] (EE) AIGLX: reverting to software rendering
[205.021] (EE) AIGLX: reverting to software rendering
[205.022] (EE) AIGLX: reverting to software rendering

Ein Test mit Windows zeigt, das es möglich ist. Das muss doch unter Linux auch machbar sein...

Im Anhang ist meine xorg.conf und das komplette Log-file des X-Servers.

Vielleicht hat ja jemand mit so etwas Erfahrung, oder die Lösung ist ganz leicht, und ich sehe sie Einfach nicht.

Vielen Dank im Voraus für die Hilfe.

Grüße
m.will.pom

»M.will.Pom« hat folgende Dateien angehängt:

10-xorg.conf.txt (3,94 kB - 3 mal heruntergeladen - zuletzt: 10.02.2015, 22:01)
Xorg.0.log.txt (23,5 kB - 2 mal heruntergeladen - zuletzt: 10.02.2015, 22:01)

(ich bin root ich darf das)

Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von »M.will.Pom« (01.03.2015, 16:12)

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

10.02.2015, 22:16

Ja, das mit 3 Monitoren ist nicht so einfach. Bin seit http://www.gentooforum.de/artikel/20720/…3-monitore.html auch nicht weiter gekommen bei dem Thema. Ehrlich gesagt auch schon länger nicht mehr an diesem Thema dran gewesen da keine 3 Bildschirme mehr im Einsatz.

Eber eventuell kann ich Dir doch bei einem Punkt helfen, wenigstens beim Verständnis:

Zitat von »M.will.Pom«

Auf Xinerama kann ich aber nicht verzichten, da dann meine Oberfläche "xmonad" alle Bildschirme als einen riesigen Bildschirm betrachtet.

Beachte bitte, dass USE=xinerama und die Einstellung Option "Xinerama" in der xorg.conf nicht das selbe sind.

USE=xinerama schaltet die Unterstützung für mehrere Bildschirme in den Anwendungen. Dabei geht es um beide Xorg-Erweiterungen, also sowohl Xinerama als auch RandR. Dieses USE solltest Du auf jeden fall aktiv lassen, sonst sind alle Bildschirme auf jeden Fall ein großer Bildschirm.

Xorg hat zwei Erweiterungen, die ältere Xinerama und die neuere RandR. Die Xinerama geht über mehrere Grafikkarten, die RandR verwaltet mehrere Anschlüsse an der selben Grafikkarte. Leider vertragen sich die beiden Erweiterungen nicht.

Die Option Xinerama ist die ältere Option um mehrere Grafikausgaben zu einer zusammenzufassen. Wenn ich diese bei mir aktivierte so bekam ich die 2 Bildschirme an der selben Grafikkarte als ein riesiges, die zuvor über xrandr als zwei verwaltet wurden. Aber die Xinerama-Erweiterung deaktiviert die xrandr-Erweiterung.

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

M.will.Pom

Fortgeschrittener

Beiträge: 290

12.02.2015, 01:34

Das USE-Flag "xinerama" ist global aktiviert.

Ich habe jetzt nochmal "Xinerama" in der xorg.conf ausgeschaltet.
Das Resultat sind 3 Bildschirme.
Ich kann den linken Bildschirm mit "DISPLAY=:0.2 arandr" um 90° drehen. Der rechte Bildschirm wird durch die xorg.conf gedreht, und ist weiterhin über die nividia-settings konfigurierbar.

Das Problem ist jetzt, dass Xmonad mir die Hotkeys und Programme nur auf den Haupt-Bildschirm schickt.
Ich kann Programme auf den beiden anderen Bildschirmen mittels vorangestelltem "DISPLAY=:0.1" bzw "DISPLAY=:0.2" öffnen, jedoch funktioniert dort nur die Maus, die Tastatur bleibt bei dem HauptBildschirm.

Wenn ich den linken Bildschirm mittels "arandr" drehe, bzw ein Script mit dem "xrandr" Befehl zum Drehen ausführe,
kann die Maus den linken Bildschirm nicht mehr erreichen...

(ich bin root ich darf das)

Zum Seitenanfang

M.will.Pom

Fortgeschrittener

Beiträge: 290

01.03.2015, 16:12

Ich habe mir eine neue Nvidia Grafikkarte gekauft, welche 4 Ausgänge hat.
Damit ist das Problem behoben, und ich kann den linken Bildschirm ebenfalls drehen.

(ich bin root ich darf das)