[BUG] laptop keyboard, even more info

From: Warren Turkal (wturkal@cbu.edu)
Date: Fri Mar 28 2003 - 02:04:54 EST


On Sunday 23 March 2003 08:36 pm, Warren Turkal wrote:
> I am not subscribed. Please cc on replies.
>
> I have a Gateway 600 series notebook. I have been using and testing the
> developmental kernel for some time now. I have just noticed that my
> keyboard''s "fn" key combinations stop working upon booting 2.5.65. They
> worked as recently as 2.5.63 and I could not get 2.5.64 to compile cleanly.
> These key combinations are supposed to make various things happen on my
> laptop. I believe that they are controlled by the bios, as I can see
> results of some while on the bios load screen.
>
> Fn-F1 - Labeled "Help"; don't know what it does
> Fn-F2 - Labeled "Status"; used to show battery status in upper left
> Fn-F3 - Labeled "LCD/CRT"; switch montior output among built in LCD, back
> monitor port, and both
> Fn-F4 - Labeled "Standby"; used to function as the ACPI standby button
> Fn-F9 - Labeled "Pad Lock"; think num lock; strangely, this one still
> work in 2.5.65
> Fn-F10 - Labeled "Scroll Lock"
> Fn-F11 - Labeled "Pause"
> Fn-F12 - Labeled "Break"
>
> I have tested that the Fn-F2 combination works in bios and grub and
> continues to work until the 2.5.65 kernel is loaded.
>
> I think this is a regression in the keyboard handling for the 2.5.65
> kernel.
>
> Like I said before, all of the Fn combinations work in 2.5.63. If anyone
> has a patch from 2.5.63 to something after 2.5.64 that compiles, I would be
> happy to try it. I setup a bitkeeper clone of Linus's latest, so if someone
> could give me some bitkeeper magic to export diffs from 2.5.63 to 2.5.64 in
> a relavant directory (probably drivers/input/keyboard) maybe I could look
> to see what changed, although I don't know if I am skilled enough to find
> errors in the code.
>

I am not subscribed. Please cc me on reply. Thanks.

2.5.66 still exhibits this bug. It is very strange because I even tried to
compile a 2.5.66 kernel without at keyboard support and it still kill the Fn
key functionality, meaning that I cannot make presentations on my laptop
because I cannot switch the video output to the back of the laptop as I was
able to before.

This bug was introduced somewhere between 2.5.63 and 2.5.64. Was there any
work done on keyboard handling or interrupts or anything that could have
affected my Fn key between 2.5.63 and 2.5.64? Is there someone that I should
contact directly about this that is maintaining the interrupt handling on X86
or whatever is causing this. I am unable to narrow down the bug with the help
of BK as I have not been able to find a way to find and isolate the patch
that caused this. Even after talking to Larry McVoy about this, he suggests
that I need to know what file changed and caused this to narrow it down with
BK. BK, apparently, can randomly change the revision numbers in a way that I
cannot rely on them to be constant as I was under the impression in my last
email. Please, someone help me. BK is not easy to use for QA AFAICT.

If anyone knows anything about this, I am begging for some help in finding
this bug. I have also CCed the input driver maintainer, although I do not
believe that this bug is in the input layer. Please CC me if you reply to the
list.

Sincerely, Warren Turkal

-- 
Treasurer, GOLUM, Inc.
http://www.golum.org

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Mon Mar 31 2003 - 22:00:31 EST