http://bugzilla.kernel.org/show_bug.cgi?id=9147
------- Comment #64 from [EMAIL PROTECTED] 2008-02-11 09:55 -------
Hello,
Here are more details about what I see on my laptop (Comment #54) by using
i8042.debug=1 and keeping a key pressed.
The laptop uses translated mode/scanset 2 (I havn't been able to put the i8042
in direct mode or put the keyboard in scanset 1 or 3).
It looks like the scancodes of the "real" key events manage to place themselves
on the input port of the i8042 in the middle of the sequence triggered by the
acpi "power_supply" check.
Some examples...
1. After a "power_supply" check:
i8042 probably reads "0xe0 0x71 0xe0 0xf0 0x71"
i8042 outputs "0xe0 0x71 0xe0 0xf1"
=> No real problem here
2. Sometimes a real key event (i.e. scancode 0x20) is read between the 0xe0 and
0x71
i8042 probably reads "0xe0 0x20 0x71 0xe0 0xf0 0x71"
i8042 outputs "0xe0 0x20 0x71 0xe0 0xf1"
=> 0x20 is turned into "0xe0 0x20" and we have lost a key press
If we loose a 0xa0 instead (key release of 0x20) then there is a "stuck key"
3. Sometimes the release bit is on the wrong scancode
i8042 probably reads "0xe0 0x71 0xe0 0xf0 0x20 0x71"
i8042 outputs "0xe0 0x71 0xe0 0xa0 0x71"
=> 0x20 is read just after the 0xf0 of the "0xe0 0xf0 0x71", and the release
bit is "moved" from the second 0x71 to the 0x20 => the key press is turned into
a key release...
I don't know if the 0xf0 of a "0xf0 0x20" can be read by the i8042 just before
the 0x71 of the "0xe0 0x71" (i.e. "0xe0 0xf0 0x71 0x20" => i8042 outputs a 0x20
instead of 0xa0 => stuck key).
That's weird...
Note: I also see some scancodes when the brightness of the screen is changed by
the system...
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
