Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 509577 - intensity flickering at gdm login screen
Summary: intensity flickering at gdm login screen
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-intel
Version: 12
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Adam Jackson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: card_945GME
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-07-03 17:41 UTC by birger
Modified: 2018-04-11 08:34 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-12-05 06:45:16 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
logs (deleted)
2009-11-13 13:49 UTC, Victor Leschuk
no flags Details
dmesg.txt without powermode changed (deleted)
2009-11-13 23:05 UTC, Matěj Cepl
no flags Details
messages without powermode changed (deleted)
2009-11-13 23:06 UTC, Matěj Cepl
no flags Details
Xorg.0.log without powermode changed (deleted)
2009-11-13 23:06 UTC, Matěj Cepl
no flags Details
dmesg.txt with i915.powermode=0 set (deleted)
2009-11-13 23:07 UTC, Matěj Cepl
no flags Details
messages with i915.powermode=0 set (deleted)
2009-11-13 23:07 UTC, Matěj Cepl
no flags Details
Xorg.0.log with i915.powermode=0 set (deleted)
2009-11-13 23:08 UTC, Matěj Cepl
no flags Details

Description birger 2009-07-03 17:41:40 UTC
Description of problem:
Just before the GDM login screen presents the user list/login box I assume the intensity is supposed to fade up gradually and smoothly. Instead it flickers rapidly up and down, getting gradually brighter until it stabilizes just before the login appears.

Version-Release number of selected component (if applicable):
xorg-x11-drv-intel-2.8.0-0.1.fc12.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Boot the system
2.
3.
  
Actual results:


Expected results:


Additional info:
Integrated Graphics Chipset: Intel(R) Mobile Intel® GM45 Express Chipset
No /etc/X11/xorg.conf file
HP EliteBook 2530p 12" laptop
I'll provide any info you need as long as you can tell me where to find it :-)

Comment 1 Matěj Cepl 2009-07-23 16:30:50 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 output of dmesg command after gdm shows up (switch via Ctrl-Shift-F2 to get to the console), 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 2 Matěj Cepl 2009-08-25 14:48:32 UTC
Does adding i915.powermode=0 to the kernel command line (in /etc/grub.conf) helps?

Comment 3 Matěj Cepl 2009-11-05 17:13:29 UTC
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages (at least F12Beta, but even better if the very latest versions).

Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you.

If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.

[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]

Comment 4 Victor Leschuk 2009-11-13 13:49:27 UTC
Created attachment 369431 [details]
logs

Hello all, I met similar issue after upgrading from F11 to rawhide. The screen starts blinking (changing intensity up and low) on logon/logoff actions. It keeps blinking until you switch to console by pressing CTRL+ALT+F2 and back, after that X works ok.

Adding i915.powermode=0 to kernel cmd helps and blinking doesn't occur. 

My Xorg logs, dmesg and messages are attached: there two folders in the attached archive - one with i915.powermode=0 parameter, second - after rebooting without this parameter and performing few logins/logoffs.

$ X -version

X.Org X Server 1.7.1
Release Date: 2009-10-23
X Protocol Version 11, Revision 0
Build Operating System:  2.6.18-164.2.1.el5 
Current Operating System: Linux ryzh-netbook 2.6.31.5-127.fc12.i686 #1 SMP Sat Nov 7 21:41:45 EST 2009 i686
Kernel command line: ro root=UUID=459b7894-0498-42e3-9089-62065dd2b07b rhgb quiet SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us
Build Date: 05 November 2009  07:43:20PM
Build ID: xorg-x11-server 1.7.1-7.fc12 
Current version of pixman: 0.16.2

Video device: 
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller])
	Subsystem: Micro-Star International Co., Ltd. Device 0110
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 16
	Region 0: Memory at dfe80000 (32-bit, non-prefetchable) [size=512K]
	Region 1: I/O ports at e0f0 [size=8]
	Region 2: Memory at c0000000 (32-bit, prefetchable) [size=256M]
	Region 3: Memory at dff00000 (32-bit, non-prefetchable) [size=256K]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit-
		Address: 00000000  Data: 0000
	Capabilities: [d0] Power Management version 2
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Kernel driver in use: i915
	Kernel modules: i915

00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
	Subsystem: Micro-Star International Co., Ltd. Device 0110
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Region 0: Memory at dfe00000 (32-bit, non-prefetchable) [size=512K]
	Capabilities: [d0] Power Management version 2
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-


It is MSI Wind U120 netbook.

Comment 5 Matěj Cepl 2009-11-13 23:05:58 UTC
Created attachment 369499 [details]
dmesg.txt without powermode changed

Comment 6 Matěj Cepl 2009-11-13 23:06:34 UTC
Created attachment 369500 [details]
messages without powermode changed

Comment 7 Matěj Cepl 2009-11-13 23:06:42 UTC
Created attachment 369501 [details]
Xorg.0.log without powermode changed

Comment 8 Matěj Cepl 2009-11-13 23:07:25 UTC
Created attachment 369502 [details]
dmesg.txt with i915.powermode=0 set

Comment 9 Matěj Cepl 2009-11-13 23:07:59 UTC
Created attachment 369503 [details]
messages with i915.powermode=0 set

Comment 10 Matěj Cepl 2009-11-13 23:08:07 UTC
Created attachment 369504 [details]
Xorg.0.log with i915.powermode=0 set

Comment 11 Matěj Cepl 2009-11-13 23:16:16 UTC
Victor, could you please install the latest kernel (http://koji.fedoraproject.org/koji/buildinfo?buildID=140298 ATM), intel driver (http://koji.fedoraproject.org/koji/buildinfo?buildID=138295), Xorg server (http://koji.fedoraproject.org/koji/buildinfo?buildID=140035), and mesa (http://koji.fedoraproject.org/koji/buildinfo?buildID=139790).

Does it change anything about the situation?

Comment 12 Bug Zapper 2009-11-16 10:37:39 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 13 Victor Leschuk 2009-11-19 23:32:03 UTC
(In reply to comment #11)
> Victor, could you please install the latest kernel
> (http://koji.fedoraproject.org/koji/buildinfo?buildID=140298 ATM), intel driver
> (http://koji.fedoraproject.org/koji/buildinfo?buildID=138295), Xorg server
> (http://koji.fedoraproject.org/koji/buildinfo?buildID=140035), and mesa
> (http://koji.fedoraproject.org/koji/buildinfo?buildID=139790).
> 
> Does it change anything about the situation?  

Sorry for the delay. I already have all these versions installed except for mesa. I updated it and it didn't change the situation.

I found out that blinking takes place even when one trying to change the intensity manually and only switching to another workplace or console helps. In other word intensity changing doesn't work. I have no idea on how to debug it. Please advice.

Comment 14 Victor Leschuk 2009-11-19 23:43:44 UTC
the only thing I can see in logs are the following messages from kernel: 

Nov 20 02:21:24 localhost kernel: [drm:drm_mode_rmfb] *ERROR* tried to remove a fb that we didn't own
Nov 20 02:21:25 localhost kernel: integrated sync not supported
Nov 20 02:21:25 localhost kernel: integrated sync not supported
Nov 20 02:21:25 localhost kernel: integrated sync not supported
Nov 20 02:21:30 localhost kernel: integrated sync not supported
Nov 20 02:21:30 localhost kernel: integrated sync not supported
Nov 20 02:21:30 localhost kernel: integrated sync not supported


I can't say exactly if it can be related.

Comment 15 xavier.loup 2009-12-07 09:10:28 UTC
See also bug 531755 (also for MSI WIND)

Comment 16 Andriy Tsykholyas 2009-12-07 20:05:12 UTC
Probably this bug and bug 531755 are duplicates. The only difference I see is 'Blocks' field. It is empty here and 'fedora-x-target' in bug 531755.

Comment 17 Matěj Cepl 2009-12-08 01:11:19 UTC
Would adding

i915.powersave=0

string to kernel command line (in /etc/grub.conf) help? If yes, then this is duplicate.

Comment 18 xavier.loup 2009-12-14 21:48:10 UTC
With this boot option, it complains : "i915.powersave=0 is an invalid option. ignoring"
It has no effect on flickering...

Comment 19 Carlos Ferrabone 2009-12-24 02:53:51 UTC
this flicker is a bug with brigitness

https://bugs.launchpad.net/fedora/+bug/415023

comment 80 is very clear

Comment 20 Bug Zapper 2010-11-04 10:52:26 UTC
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '12'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 12's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 12 is 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 please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

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

Comment 21 xavier.loup 2010-11-30 16:42:21 UTC
With Fedora 14, this bug doesn't happen anymore (MSI Wind)

Comment 22 Bug Zapper 2010-12-05 06:45:16 UTC
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.


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