Is there anything new with the new 378 (beta) drivers? I would like to switch my workflow from Windows to Linux, but I will not do if the monitor still gives problems (Dell 5k). I would like everything fine as it is on Windows.
@defender110 and everyone else: Did someone write up all the steps to get a working configuration?
And for sleep mode: Did you try disabling sleep mode? Had problems with sleep mode and the display connected to a MacbookPro 15" with dual-displayport connection as well.
Hi all,
For my own use, I wrote an X11 protocol proxy which works around MST problems in many applications. Here it is:
Hopefully more people can find it useful, at least until there is proper panel stitching in the driver.
OK Itās 2018. Any progress on this issue? Iāve been beating my head against this for a few days now. Iād love to get a graphical desktop functioning on my new Linux machine and and failing miserably.
Here is the original thread describing my problems.
Iād prefer not to have to compile and install CyberShadowās hax11 solution, but may end up trying this if I canāt get things working.
Thanks
If itās of any consolation, I switched to an AMD card as of this year (with the open-source AMDGPU drivers), and I still need to use hax11 :)
NVIDIAās drivers are actually a tiny bit better in this regard, in that they set up the xrandr monitor object automatically, which allows software like i3 and new-ish Unity Engine games to work correctly out of the box. But, the monitor object can be created manually anyway with one xrandr command.
If you need help with hax11, Iām still hereā¦
I wonāt be using this machine for games so maybe that makes my situation a bit simpler? I have made a little progress this morning with the following xorg.conf file:
Section "ServerLayout"
Identifier "TwinLayout"
Screen 0 "metaScreen" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
Option "Xinerama" "1"
EndSection
Section "Files"
EndSection
Section "InputDevice"
# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "Monitor"
Identifier "Monitor0"
Option "Enable" "true"
VendorName "DELL"
ModelName "DELL UP3218K"
HorizSync 30.0 - 180.0
VertRefresh 24.0 - 75.0
Option "DPMS"
EndSection
Section "Monitor"
Identifier "Monitor1"
Option "Enable" "true"
VendorName "DELL"
ModelName "DELL UP3218K"
HorizSync 30.0 - 180.0
VertRefresh 24.0 - 75.0
Option "DPMS"
EndSection
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce GTX 1080"
Option "MetaModes" "3840x4320, 3840x4320"
Option "ConnectedMonitor" "DP-0, DP-2"
Option "MetaModeOrientation" "DP-2 LeftOf DP-0"
EndSection
Section "Screen"
Identifier "metaScreen"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "Stereo" "0"
Option "SLI" "Off"
Option "MultiGPU" "Off"
Option "TwinView" "True"
SubSection "Display"
Depth 24
Modes "7680x4320"
EndSubSection
EndSection
Now when I switch from multi-user.target to graphical.target I get a large black screen with a cursor that I can move around, but there is no login dialog or any other Gnome-related graphical elements.
Iāll read your hax11 documentation and give that a try.
I cannot run xrandr because I can only login to the affected machine via ssh or via the non-x console.
If you have only one MST screen, then Xinerama is a viable option.
Just run export DISPLAY=:0 in the ssh or Linux console session and youāre good to go.
I Just want to update this thread . Iām becoming more and more convinced that the problem is NOT with the nvidia driver or with my xorg.conf file. I did a fresh install of CentOS 7 with KDE (instead of Gnome3) and I switched from the default gdm Display Manager to lightdm and now I can get a functional 7680x4320 display from my GeForce GTX 1080 Ti to the Dell UP3218K 8K monitor. It appears that there is some bug in the login screen (greeter) that gdm uses and it just never displays the login dialog. The lightdm greeter works fine and allows me to select which Desktop Environment I want. Selecting KDE works, but Gnome3 does not. I guess Iāll keep fiddling around and maybe submit the bug to the gdm developers.
Maybe gdmās monitor.xml in /var/lib/gdm/.config is interfering?