Bug 677813

Summary: [RV635] Flickering screen after boot, Dual-Head, ATI Mobile Radeon HD 3650
Product: [Fedora] Fedora Reporter: Tobias F. <ebay>
Component: xorg-x11-drv-atiAssignee: Jérôme Glisse <jglisse>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 15CC: diego.ml, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mcepl, xgl-maint
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-08-07 16:27:26 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
dmesg output
none
/var/log/messages
none
dmesg with drm.debug=0x04
none
Xorg.0.log
none
dmesg with "drm.debug=0x04" enabled
none
Xorg.0.log with "drm.debug=0x04" enabled
none
Xorg.conf
none
Xorg.0.log from Fedora 15
none
/var/log/messages from Fedora 15
none
dmesg from Fedora 15 none

Description Tobias F. 2011-02-15 22:09:14 UTC
Created attachment 478979 [details]
dmesg output

Description of problem:

After upgrade from Fedora 13 to Fedora 14 the screen of my notebook is flickering after starting with grub, while my external monitor (24", HDMI) is still fine.

The monitor is still flickering, when the login-screen appears.

When I press the Fn-Screen button some times, the notebook is changing the display configuration and after some presses, both monitors are available in the right configuration without flicking.

I thought it might be a problem with the kernel-mode-setting, because its also flickering during the boot process.


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

Comment 1 Tobias F. 2011-02-15 22:10:22 UTC
Created attachment 478980 [details]
/var/log/messages

Comment 2 Matěj Cepl 2011-02-17 10:42:49 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 add drm.debug=0x04 to the kernel command line, restart computer, and attach

* your X server config file (/etc/X11/xorg.conf, if available),
* X server log file (/var/log/Xorg.*.log), and
* output of the dmesg command (after the issue happens and before reboot),

to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above.

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

Thanks in advance.

Comment 3 Diego 2011-03-12 15:11:47 UTC
Same card (AGP though), similar problem.
Adding "radeon.new_pll=0" fixes the flickering but disables 3D acceleration.

Will try with a Fedora 15 Alpha to see what "drm.debug=0x04" says...

Comment 4 Diego 2011-03-12 15:46:16 UTC
Created attachment 483906 [details]
dmesg with drm.debug=0x04

Comment 5 Diego 2011-03-12 15:48:10 UTC
Created attachment 483908 [details]
Xorg.0.log

Comment 6 Diego 2011-03-12 15:55:16 UTC
Here you are some more infos:

- no xorg.conf

- Fedora 15 Alpha

- "uname -a"
Linux localhost.localdomain 2.6.38-0.rc5.git1.1.fc15.i686 #1 SMP Thu Feb 17 02:06:03 UTC 2011 i686 i686 i386 GNU/Linux

- "lspci | grep VGA"
01:00.0 VGA compatible controller: ATI Technologies Inc RV635 PRO AGP [Radeon HD 3650]

Comment 7 Tobias F. 2011-03-13 15:35:58 UTC
Hello,

I attached the files with "drm.debug=0x04" enabled.
After the times flickering including login-screen, now the flickering is only there during boot-process some times, but not too often.
When the login-screen comes up, there is no flickering anymore.
I also tried to reproduce the failure without drm.debug, but there is still no flickering at the login-screen anymore.

Sincerely,

Tobias

Comment 8 Tobias F. 2011-03-13 15:36:55 UTC
Created attachment 484008 [details]
dmesg with "drm.debug=0x04" enabled

Comment 9 Tobias F. 2011-03-13 15:37:40 UTC
Created attachment 484009 [details]
Xorg.0.log with "drm.debug=0x04" enabled

Comment 10 Tobias F. 2011-03-13 15:38:04 UTC
Created attachment 484010 [details]
Xorg.conf

Comment 11 Tobias F. 2011-10-02 10:41:41 UTC
In Fedora 15 the same problem appears.

- "uname -a"
Linux anis.localdomain 2.6.40.4-5.fc15.x86_64 #1 SMP Tue Aug 30 14:38:32 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

- "lspci | grep VGA"
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3650

Comment 12 Tobias F. 2011-10-02 10:49:36 UTC
Created attachment 525915 [details]
Xorg.0.log from Fedora 15

Comment 13 Tobias F. 2011-10-02 10:50:25 UTC
Created attachment 525916 [details]
/var/log/messages from Fedora 15

Comment 14 Tobias F. 2011-10-02 10:51:11 UTC
Created attachment 525917 [details]
dmesg from Fedora 15

Comment 15 Fedora End Of Life 2012-08-07 16:27:28 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping