Bug 14918 - Video get very slowly when keyboard bright keys are pressed.
Summary: Video get very slowly when keyboard bright keys are pressed.
Status: RESOLVED DOCUMENTED
Alias: None
Product: Drivers
Classification: Unclassified
Component: Video(DRI - Intel) (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Linux ACPI Developers
URL:
Keywords:
: 14917 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-12-28 17:26 UTC by Daniel Angelo Avelino
Modified: 2010-05-10 20:54 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.32
Subsystem:
Regression: No
Bisected commit-id:


Attachments
dmesg segment before problems start (706 bytes, text/plain)
2009-12-28 17:26 UTC, Daniel Angelo Avelino
Details

Description Daniel Angelo Avelino 2009-12-28 17:26:03 UTC
Created attachment 24328 [details]
dmesg segment before problems start

I'm on an Acer Timeline 4810TZ-4658, Intel GMA 4500MHD. 
SO is Gentoo and video driver is intel i915 provided by xf86-video-intel-2.9.1.

When I start the computer, everything works fine but, if I press the bright keys on my keyboard, my video becomes very slowly and the best I can do is restart it and start to use it in a full backlight mode. Here, I sent a part of my dmesg output when it is all ok and a part where it is not. 

Thanks in advance,

Daniel
Comment 1 Daniel Angelo Avelino 2009-12-28 17:28:00 UTC
Correcting, there are just a single attachment, because both are equals.

Sorry.
Comment 2 Alexey Dobriyan 2009-12-29 08:06:31 UTC
*** Bug 14917 has been marked as a duplicate of this bug. ***
Comment 3 Jesse Barnes 2010-02-11 18:49:10 UTC
Looks like an ACPI issue to me.
Comment 4 Daniel Angelo Avelino 2010-03-26 18:11:34 UTC
Suggestions to search?
Comment 5 Jesse Barnes 2010-03-26 18:13:51 UTC
You could try using the 'perf' tool to see where in the kernel your hotkeys are spending time.  I'd guess it's somewhere in the ACPI code; it's probably waiting for a platform method to return.
Comment 6 Daniel Angelo Avelino 2010-04-06 16:35:18 UTC
Hi Jesse.

I'm a little bit confused about how can I use 'perf' to see that. Could you help me?

When I use 

# perf top

I notice that read_hpet is about 65%. Is it normal?

Thanks a lot.
Comment 7 Daniel Angelo Avelino 2010-04-06 16:36:02 UTC
Hi Jesse.

I'm a little bit confused about how can I use 'perf' to see that. Could you help me?

When I use 

# perf top

I notice that read_hpet is about 65%. Is it normal?

Thanks a lot.
Comment 8 Jesse Barnes 2010-04-08 16:11:13 UTC
Probably, that's where the timer code ends up, which gets called whenever timers expire afaik.  Maybe the ACPI developers have a better way of seeing how long method invocation takes.

Yakui?
Comment 9 Daniel Angelo Avelino 2010-05-10 20:38:55 UTC
Hi all.
It is solved! What happened was that I enabled "HPET Timer support" on "Processor type and features". The help page say that it will be enabled only if BIOS and the plataform support it but it seems to be wrong. I do not have this support and it someway was lagging my system. Once I disable it, it solve my problem.

I have disable the "High Resolution Timer Support" too, because I do not have hardware to deal with it. Disabling both seems to be the best configuration for this problem.


Thanks a lot Jesse for your guide.
Comment 10 Daniel Angelo Avelino 2010-05-10 20:54:55 UTC
I am thinking about this. Could it be a bug? Since I have not support for these features, should them harm my system? According to help pages, not.

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