Bug 751882 - ttys blinking off every 6 seconds
Summary: ttys blinking off every 6 seconds
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-11-07 22:03 UTC by Clyde E. Kunkel
Modified: 2011-11-18 02:43 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-11-15 18:17:00 UTC
Type: ---


Attachments (Terms of Use)
dmesg of blinking ttys (101.61 KB, text/plain)
2011-11-08 23:26 UTC, Clyde E. Kunkel
no flags Details

Description Clyde E. Kunkel 2011-11-07 22:03:06 UTC
Description of problem:
During boot the tty blinks off every ~6 seconds for ~1 second. After boot, ttys 2-6 blink at the same rate.

Version-Release number of selected component (if applicable):
kernel-3.2.0-0.rc0.git6.0.fc17.x86_64

How reproducible:
Every time

Steps to Reproduce:
1. boot sysytem without rhgb and quiet
2.
3.
  
Actual results:
As above

Expected results:
No blinking ttys

Additional info:
This began with first rawhide 3.2 kernel (kernel-3.2.0-0.rc0.git2.0.fc17.x86_64).  Last kernel that did not blink was kernel-3.1.0-0.rc10.git0.1.fc17.x86_64

VGA=RV630

I am suggesting a severity of medium since the blinking is really annoying and distracting if you are trying to work in one of the ttys, especially with vi or nano.

Comment 1 Clyde E. Kunkel 2011-11-08 15:01:01 UTC
blinking still present in kernel-3.2.0-0.rc0.git7.2.fc17.x86_64

Comment 2 Dave Jones 2011-11-08 17:26:19 UTC
is there anything in dmesg when it does this ?

Comment 3 Clyde E. Kunkel 2011-11-08 23:26:56 UTC
Created attachment 532422 [details]
dmesg of blinking ttys

I don't see anything, but then I have no idea what to look for.  Attached is dmesg of a blinking session. 

I do see this in /var/log/messages that I haven't seen with non-blinking kernels.  Why is ColorManager being loaded immediately on bootup?

Nov  8 19:13:55 P5K-EWIFI kernel: imklog 5.8.6, log source = /proc/kmsg started.
Nov  8 19:13:55 P5K-EWIFI rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="1560" x-info="http://www.rsyslog.com"] start
Nov  8 19:13:55 P5K-EWIFI dbus[1443]: [system] Activating service name='org.freedesktop.ColorManager' (using servicehelper)
Nov  8 19:13:55 P5K-EWIFI dbus-daemon[1443]: dbus[1443]: [system] Activating service name='org.freedesktop.ColorManager' (using servicehelper)
Nov  8 19:13:55 P5K-EWIFI rpc.statd[1557]: Version 1.2.5 starting
Nov  8 19:13:55 P5K-EWIFI sm-notify[1559]: Version 1.2.5 starting

Comment 4 Dave Jones 2011-11-09 15:43:47 UTC
ok, the backtrace in that dmesg is unrelated, and there's already a bug open on that one.

I don't really have any ideas what could be going on here. My suspicion is that the radeon driver is doing the resyncing, so I'm going to reassign there, perhaps someone else can give you some further debugging ideas.

Comment 5 Clyde E. Kunkel 2011-11-09 18:58:52 UTC
No blinking with rawhide kernel 3.2.0-0.rc1.git0.2.fc17.x86_64 from rawhide of 20111109.

Will keep open for awhile to see if there is any additional information on what might have been causing this.

Still wondering why color manager is being loaded immediately on boot during dracut time, tho.

Thanks for the assistance.  Strange one.

Comment 6 Clyde E. Kunkel 2011-11-15 18:17:00 UTC
closing since no reoccurences with a couple new kernels.

Would be nice to know what was causing the blinking.


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