Bug 508397 - Display goes black temporarily every few hours
Summary: Display goes black temporarily every few hours
Keywords:
Status: CLOSED DUPLICATE of bug 501601
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-ati
Version: 11
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Dave Airlie
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-06-26 21:15 UTC by Leif Gruenwoldt
Modified: 2018-04-11 12:51 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-07-23 03:49:37 UTC
Type: ---


Attachments (Terms of Use)
dmesg taken a couple minutes after a screen blackout (118.94 KB, text/plain)
2009-07-08 20:52 UTC, Leif Gruenwoldt
no flags Details
xorg log taken minutes after a screen blackout (326.94 KB, text/plain)
2009-07-08 20:52 UTC, Leif Gruenwoldt
no flags Details


Links
System ID Priority Status Summary Last Updated
Launchpad 349019 None None None Never

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


Note You need to log in before you can comment on or make changes to this bug.