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
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Andreas Radke (AndyRTR)
Laurent Carlier (lordheavy)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 10
Private No

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
Comment by Andrea Amorosi (AndreaA) - Saturday, 07 October 2017, 08:19 GMT
I have the same issue with my notebook (asus n752vx with i7-6700hq with GTX950M and nvidia 387.12-1 with prime and nvidia-drm.modeset=1 to fix tearing) with the exception that I use KDE via SDDM.
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.
Comment by 이찬규 (ycg1221) - Saturday, 07 October 2017, 11:12 GMT
Having the exact same issue on my laptop with linux-lts kernel, 4.9.53-1-lts. I'm using i3-wm for window manager. It becomes very unresponsive after upgrading xorg-server from 1.19.3-3 to 1.19.4-1, only thing that works is mouse cursor moving. Everything else is almost rendered a single frame per minute. tty works fine for me too. Downgrading xorg-server to 1.19.3-3 fixes the issue.

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.
Comment by Jyri Tuomisto (jaergenoth) - Saturday, 07 October 2017, 11:15 GMT
This happens on my laptop too (Asus ROG G771JW, GTX 960M). I'm also using a prime setup with the nvidia modeset.
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
Comment by Léo (Leeo97one) - Saturday, 07 October 2017, 14:03 GMT
Same on my MSI GL62 7RDX laptop. But I don't have this problem on my desktop which also have a NVIDIA GPU.
So the problem seems to be linked with Optimus.
Comment by Konstantin (adequate) - Saturday, 07 October 2017, 22:36 GMT
I have the same issue with a GTX 970M and the latest nvidia with prime and nvidia-drm.modeset=1 to fix tearing.
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.
Comment by Laurent Carlier (lordheavy) - Sunday, 08 October 2017, 08:15 GMT
There are a bunch of nvidia patches in Fedora, maybe you could try them and report here if they improve your experience?

# 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
Comment by Timothy Chang (Torkani) - Friday, 13 October 2017, 04:23 GMT
Same problem with a GTX 860m optimus laptop using nvidia-drm.modeset=1, lightdm and xorg-server 1.19.4-1. As mentioned above, downgrading to 1.19.3-1 fixes it.

Also, the issue is no longer present after upgrading xorg-server (and related packages) to 1.19.5-1. (from testing)

Loading...