FS#55896 - [xorg-server] version 1.19.4-1 and nvidia-drm.modeset=1 kernal parameter result in a frozen desktop
Attached to Project:
Arch Linux
Opened by Fei Qi (qifei9) - Saturday, 07 October 2017, 00:02 GMT
Last edited by Doug Newgard (Scimmia) - Friday, 13 October 2017, 04:33 GMT
Opened by Fei Qi (qifei9) - Saturday, 07 October 2017, 00:02 GMT
Last edited by Doug Newgard (Scimmia) - Friday, 13 October 2017, 04:33 GMT
|
Details
Description:
After update xorg-server, xorg-server-common and xorg-sever-xwayland to version 1.19.4-1, I get a frozen desktop after login (gnome-shell, login via GDM). I can switch to tty, only the gnome desktop frozen. I found it somehow relates to the nvidia-drm.modeset=1 kernal parameter. Downgrade to version 1.19.3-3 fixes this issue. nvidia-drm.modeset=1 and xorg-server (etc.) 1.19.4-1, frozen gnome desktop; nvidia-drm.modeset=0 and xorg-server (etc.) 1.19.4-1, it is not frozen, but gnome-shell occasionally crashes; nvidia-drm.modeset=1 and xorg-server (etc.) 1.19.3-3, everything works fine. nvidia-drm.modeset=1 is required to enable the PRIME synchronization, which fixes tearing. Additional info: * package version(s) nvidia 387.12-1 linux 4.13.4-1 I tried linux-ck 4.12.14-1 and nvidia-ck 387.12-1, and got the same issue. * hardware Dell laptop with i7-4720HQ and GTX 960M * config and/or log files etc. I use nvidia optimus by the method described here (https://www.archlinux.org/news/mesa-with-libglvnd-support-is-now-in-testing/). In mkinitcpio.conf: MODULES="i915 nvidia nvidia_modeset nvidia_uvm nvidia_drm" Kernel command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=3bf3c438-19d2-46ab-b656-3bfbd40ba1af rw quiet nvidia-drm.modeset=1 The Xorg.0.log files of the working and non-working scenes have no actual difference. |
This task depends upon
Closed by Doug Newgard (Scimmia)
Friday, 13 October 2017, 04:33 GMT
Reason for closing: Fixed
Additional comments about closing: xorg-server 1.19.5-1
Friday, 13 October 2017, 04:33 GMT
Reason for closing: Fixed
Additional comments about closing: xorg-server 1.19.5-1
The graphical system is pretty frozen (response time to each interaction above 2 minutes) with only the mouse that moves correctly, tty works perfectly.
Reverting to xorg-server, xorg-server-common and xorg-server-devel from 1.19.4-1 to 1.19.3-3 solves the problem.
Even though graphical responsiveness almost dies, the actual system doesn't block and functions fine. If I play some video through hotkeys, I can hear some sound playing. I also can bring up terminal and enter commands to shutdown, and it executes with no problem, except that it's not visible.
No display manager, just startx. My DE is XFCE, which grinds to a halt pretty much right after it has started and responds *very* slowly to anything.
nvidia 384.90-1
linux 4.13.4-1
So the problem seems to be linked with Optimus.
Also using KDE with SDDM.
After logging in with SDDM the desktop freezes after some seconds. TTY works.
I also switched back xorg-server and xorg-server-common to the previous version to fix the bug.
# Patches for better integration with the nvidia driver, pending upstream
Patch11: 0001-xfree86-Free-devlist-returned-by-xf86MatchDevice.patch
Patch12: 0002-xfree86-Make-OutputClassMatches-take-a-xf86_platform.patch
Patch13: 0003-xfree86-Add-options-support-for-OutputClass-Options.patch
Patch14: 0004-xfree86-xf86platformProbe-split-finding-pci-info-and.patch
Patch15: 0005-xfree86-Allow-overriding-primary-GPU-detection-from-.patch
Patch16: 0006-xfree86-Add-ModulePath-support-for-OutputClass-confi.patch
https://src.fedoraproject.org/rpms/xorg-x11-server/tree/master
Also, the issue is no longer present after upgrading xorg-server (and related packages) to 1.19.5-1. (from testing)