Bug 882059

Summary: Switching via Ctrl Alt FX sometimes causes loss of video output
Product: [Fedora] Fedora Reporter: Jon Dufresne <jon.dufresne>
Component: xorg-x11-drv-atiAssignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 18CC: bugs.michael, nekohayo, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-01-26 14:36:54 EST Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
Xorg log none

Description Jon Dufresne 2012-11-29 22:24:56 EST
Created attachment 654748 [details]
Xorg log

Description of problem:
There are normally two users logged into GNOME 3 simultaneously. Switching between these two users using Ctrl + Alt + FX will sometimes cause the display to go black. When this happens, the monitor displays "no signal going to sleep". It appears as there is no video signal. This does not happen with every switch, but frequently enough to happen daily. Once this occurs, I am unable to recover the video without a restart.

Version-Release number of selected component (if applicable):
Kernel 3.6.7-5.fc18.x86_64
Comment 1 Jon Dufresne 2012-12-04 15:27:13 EST
This is worse than I originally thought. It happens when using GNOME's menu to switch user in addition to the Ctrl + Alt + FX keys. The kernel does not crash as I can continue communicating with the computer over the network. This makes a multi user desktop unusable in any practical way. For that reason I am bumping the severity. I believe this bug is triggered during KMS switching.
Comment 2 Michael Schwendt 2012-12-21 13:40:22 EST
This has been mentioned on test list a few days ago. Happens for me with an up-to-date F18, too. Sometimes the switch to virtual console succeeds, in other cases the screen turns black, monitor loses signal, and repeated attempts to switch back and forth don't fix that.


Xorg.0.log only mentions:

[  2100.836] (II) AIGLX: Suspending AIGLX clients for VT switch
[  2101.371] (II) AIGLX: Resuming AIGLX clients after VT switch

There is a flood of log messages afterwards (this block of lines a few times per second):

Dec 21 19:11:11 noname kernel: [ 2101.372110] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -35!
Dec 21 19:11:11 noname kernel: [ 2101.373627] radeon 0000:01:00.0: GPU reset succeeded, trying to resume
Dec 21 19:11:11 noname kernel: [ 2101.375646] [drm] probing gen 2 caps for device 8086:2e21 = 2/0
Dec 21 19:11:11 noname kernel: [ 2101.375650] [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0
Dec 21 19:11:11 noname kernel: [ 2101.378011] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
Dec 21 19:11:11 noname kernel: [ 2101.378062] radeon 0000:01:00.0: WB enabled
Dec 21 19:11:11 noname kernel: [ 2101.378067] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000010000c00 and cpu addr 0xffff880134f62c00
Dec 21 19:11:11 noname kernel: [ 2101.410401] [drm] ring test on 0 succeeded in 1 usecs
Dec 21 19:11:11 noname kernel: [ 2101.613055] [drm] ib test on ring 0 succeeded in 0 usecs
Comment 3 Jean-Fran├žois Fortin Tam 2013-01-25 22:14:32 EST
This is basically the same thing as bug #849347 bug #646199 bug #883536 ; see also upstream at https://bugs.freedesktop.org/show_bug.cgi?id=54133
Comment 4 Jon Dufresne 2013-01-26 14:36:54 EST

*** This bug has been marked as a duplicate of bug 849347 ***