Bug 110808

Summary: display stops updating after VT switch
Product: xorg Reporter: Ross Vandegrift <ross>
Component: Driver/AMDgpuAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED NOTOURBUG QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
xserver log file none

Description Ross Vandegrift 2019-06-01 17:50:14 UTC 
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
Comment 1 Michel Dänzer 2019-06-03 09:17:04 UTC 
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?
Comment 2 Ross Vandegrift 2019-06-03 16:10:25 UTC 
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).
Comment 3 Michel Dänzer 2019-06-04 07:47:46 UTC 
(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.