Created attachment 144404 [details] xserver log file After starting Xorg with the AMDGPU driver, I switch to a different VT. When I switch back to X, the display has frozen. Only the mouse cursor moves. To reproduce: 1) From a linux console with no display manager or X session running: $ startx /usr/bin/xterm 2) Switch to a different VT and back. 3) Nothing appears in the xterm when typing. 4) Switch to a different VT and back, the old typing appears. The screen isn't updating correctly but the client & server are functioning. I can run commands in the terminal, but can't see any output without a VT switch. Exiting the xterm immediately ends the X session cleanly. The same issue is triggered by a suspend/resume cycle. This is using amdgpu 19.0.1 from Debian sid. Same issue with the version in buster (18.1.99+git20190207-1) Video device info: 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Stoney [Radeon R2/R3/R4/R5 Graphics] [1002:98e4] (rev eb) Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929822 Ross
Does this not happen using the modesetting driver instead of xf86-video-amdgpu? If not, how much time passes between VT switching away from Xorg and back to it?
Same behavior with modesetting, so maybe this is a kernel/dri issue? (Xorg uses amdgpu by default, so I stuck with that) But wayland sessions do not trigger the bug. No delay required after VT switch. I originally found this due to the way gdm spawns another X server and immediately does chvt (so gdm X sessions always freeze on this system).
(In reply to Ross Vandegrift from comment #2) > Same behavior with modesetting, so maybe this is a kernel/dri issue? Or a general X server issue, so maybe file an issue at https://gitlab.freedesktop.org/xorg/xserver/issues/new . Anyway, not a driver issue, resolving accordingly. Thanks for the report.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.