Bug 508397

Summary: Display goes black temporarily every few hours
Product: [Fedora] Fedora Reporter: Leif Gruenwoldt <leifer>
Component: xorg-x11-drv-atiAssignee: Dave Airlie <airlied>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 11CC: bloch, bugzilla, eagleton, giallu, mcepl, robatino, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-07-23 03:49:37 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
dmesg taken a couple minutes after a screen blackout
none
xorg log taken minutes after a screen blackout none

Description Leif Gruenwoldt 2009-06-26 21:15:57 UTC 
Description of problem:

In the middle of using my desktop my two displays will go black. Then one or two seconds later the displays will come back on and I can continue on working as normal.


Version-Release number of selected component (if applicable):

$ rpm -q xorg-x11-drv-ati
xorg-x11-drv-ati-6.12.2-14.fc11.i586

How reproducible:

Happens at least once a day at my 9-5 job.


Steps to Reproduce:
1. login to gnome desktop
2. use computer
3. wait!
  
Actual results:

Screen goes black for a second every few hours.


Expected results:

Not to go black.


Additional info:

1. In /var/log/messages

Jun 25 15:53:28 jug kernel: [drm] Resetting GPU
Jun 25 15:53:31 jug kernel: [drm] Loading RV630 CP Microcode
Jun 25 15:53:31 jug kernel: [drm] Loading RV630 PFP Microcode
Jun 25 15:53:31 jug kernel: [drm] Resetting GPU

2. /etc/X11/xorg.conf is empty

3. $ lspci | grep ATI
01:00.0 VGA compatible controller: ATI Technologies Inc M76 [Radeon Mobility HD 2600 Series]
01:00.1 Audio device: ATI Technologies Inc RV630/M76 audio device [Radeon HD 2600 Series]
Comment 1 Leif Gruenwoldt 2009-06-30 15:02:54 UTC 
Those "kernel: [drm] Resetting GPU" messages are seem to be triggered by system suspend/resumes not my screen "blackout" problems. I will try to gather info that might be useful.
Comment 2 Matěj Cepl 2009-06-30 22:12:18 UTC 
Similar, but probably different bug is bug 508513.
Comment 3 Matěj Cepl 2009-06-30 22:13:53 UTC 
Thanks for the bug report.  We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

Please attach your X server config file (/etc/X11/xorg.conf, if available), /var/log/dmesg, and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.
Comment 4 Gianluca Sforna 2009-07-07 21:23:53 UTC 
This looks like a duplicate of bug 501601
Comment 5 Leif Gruenwoldt 2009-07-08 20:52:25 UTC 
Created attachment 350991 [details]
dmesg taken a couple minutes after a screen blackout
Comment 6 Leif Gruenwoldt 2009-07-08 20:52:53 UTC 
Created attachment 350992 [details]
xorg log taken minutes after a screen blackout
Comment 7 Leif Gruenwoldt 2009-07-08 20:53:08 UTC 
And my xorg.conf is empty.
Comment 8 Adam Huffman 2009-07-10 10:15:57 UTC 
I've seen this on my desktop with an HD4850 card.

When it happened this morning, some vertical lines appeared on the main monitor once the display had resumed, which didn't go away until I rebooted.
Comment 9 Leif Gruenwoldt 2009-07-23 03:49:37 UTC 

*** This bug has been marked as a duplicate of bug 501601 ***
Comment 10 Leif Gruenwoldt 2009-07-23 03:52:39 UTC 
Just to be clear now that I've seen bug #501601, pressing a key or moving the mouse does indeed bring the screen back right away.
Comment 11 Gianluca Sforna 2009-07-23 06:58:49 UTC 
So it's not a duplicate isn't it?
Comment 12 Leif Gruenwoldt 2009-07-23 14:00:17 UTC 
(In reply to comment #11)
> So it's not a duplicate isn't it?  

It's a duplicate in the sense that Adam Jackson (bug #501601#c42) had decided to use that one bug for both cases where the screen does and doesn't come back on with mouse/key input.
Comment 13 Leif Gruenwoldt 2009-07-23 14:02:00 UTC 
(In reply to comment #12)
> Adam Jackson

s/Jackson/Williamson