X crashes when tty switch using binary nvidia drivers

asked 2019-04-17 11:46:28 -0500


I am having problems with tty switching using nvidia propietary graphics in Fedora 29 (using gdm and gnome-shell on Xorg). I have a desktop PC with a dual monitor setup, in which I plug a VGA monitor and a HDMI TV to my integrated (Intel) card. I am using Negativo17 drivers. Everything works as expected when I boot and login in gdm.

The problem I'm having is that when I switch to any tty (even to tty1 where gdm is running with the same monitors.xml as gnome-shell) X crashes. If I then switch to the previous tty where the gnome-shell session was running, X reboots and switches back to tty1 where gdm is now alive again.

The above mentioned scenario can be avoided by either:

  1. Disconnecting the (HDMI) TV of (VGA) monitor.
  2. Using gnome-control-center display and setting gnome-shell in single display mode using VGA monitor.

Oddly enough, the problem persists if I use gnome-control-center display and set gnome-shell in single display mode using HDMI TV.

Using 2 I thought I had a nice workaround: using xrandr to turn off and on the TV on demand and not switching ttys when the TV is on (which generally implies I am AFK anyway). However, to my surprise, disabling the TV using xrandr doesn't solve the issue. It seems to operate in a different way than gnome-control-panel settings, although both methods lead to identical xrandr -q outputs.

To round up, my questions are:

  • Is anyone aware of a problem with nvidia drivers and tty switching when hooked up to multiple monitors?
  • Does anyone know how to simulate gnome-control-panel settings from cli?

P.S: If I use bumblebee (and hence the X server runs atop the i915 driver) I have no problems and the nvidia card works as expected with primusrun. However I am trying to run everything on top of the nvidia driver to reduce overhead.

P.S2: The problem appears using both Wayland and X11 sessions for gdm and whether I turn on nvidia_drm modesetting or leave it off.


edit retag flag offensive close merge delete


i tend to suggest a rpmfusion.org nvidia based installation, just to rule out nvidia drivers as the source.

rdtcustomercare gravatar imagerdtcustomercare ( 2019-04-20 04:45:35 -0500 )edit

Thanks for the comment. I have tried them in the past with the same outcome, but it's been a couple of months since that. Will repeat the experiment this weekend and report back!

sabian2008 gravatar imagesabian2008 ( 2019-04-22 12:42:22 -0500 )edit