Hi all,
some upates about this issue (see also bug 9147
http://bugzilla.kernel.org/show_bug.cgi?id=9147 ).
The 'ac', 'battery' and 'thermal' modules (compiled as stand-alone) do
cause the bug; it suffices that one of them (or any set of them) is
loaded to trigger the bug either immediately or after some time.
If none of them is loaded into memory, the bug does not happen.
Also, the 'battery' module does not generate system messages although
the problem is equally verified.
The 'thermal' module instead, when loaded with 'modprobe thermal',
causes the enter key pressed to execute the command to be indefinitively
repeated into any terminal. This is currently a perfectly reproducible
testcase for bug 9147.
The bug has been confirmed by at least another user (with different
hardware configuration); please reply for either bug addressing or
confirmation.
The current known best workaround to this bug is to compile all the
above mentioned ACPI modules as stand-alone and to not (auto)load them
(loosing their vital functionalities, since we are talking about laptops
here, see http://gentoo-wiki.com/HARDWARE_Maxdata_Pro_7000_DX for an
example of affected hardware).
It is also important to note that this bug always comes with bug 8740
http://bugzilla.kernel.org/show_bug.cgi?id=8740 (also confirmed and also
an ACPI issue).
Best regards,
--
Daniele C.
[email protected] ha scritto:
I am posting this message just to say that this bug is being addressed
on the bug tracker:
http://bugzilla.kernel.org/show_bug.cgi?id=9147
Regards,
--
Daniele C.
[email protected] ha scritto:
[email protected] ha scritto:
Kernel: 2.6.22-r5
Kernel option: i8042.nomux=1
I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel options:
i8042.nomux=1 acpi=off
I have tried kernel 2.6.23-rc9 but the problem is still there.
The problem which still remains, and I can't fix or work it around, is
witnessed by the below dmesg lines:
-----
atkbd.c: Unknown key released (translated set 2, code 0xe0 on
isa0060/serio0).
atkbd.c: Use 'setkeycodes e060 <keycode>' to make it known.
atkbd.c: Unknown key released (translated set 2, code 0xe0 on
isa0060/serio0).
atkbd.c: Use 'setkeycodes e060 <keycode>' to make it known.
atkbd.c: Unknown key released (translated set 2, code 0xe0 on
isa0060/serio0).
atkbd.c: Use 'setkeycodes e060 <keycode>' to make it known.
-----
The release event for some keys is never caught, so all sorts of
troubles happen if for example I use the Del key and it stucks, or if
I use the Ctrl key and it never gets released...pushing again the
stuck key brings back the key in the proper status.
With acpi=off the problem is totally worked around.
Can somebody please give me some clues about this issue, and possible
solutions? I have been searching the web for a couple of weeks and
seems like it is a common trouble of notebook users, but nobody has
yet published a solution.
I am trying to find a path myself in this issue - which dates back to at
least 2005 and has never been resolved.
I would now try some other kernel parameter in order to preserve ACPI
functionality and possibly prevent ACPI from messing up the keyboard IRQs.
Can somebody please give me istructions regarding the correct tests
(regarding kernel parameters and/or anything else) to perform in order
to better isolate the issue?
Related Gentoo bug tracker item:
http://bugs.gentoo.org/show_bug.cgi?id=194781
Other messages about the same kernel bug (many more can be found
googling around, and no solution yet):
https://lists.linux-foundation.org/pipermail/bugme-new/2005-January/011736.html
http://dev.laptop.org/ticket/2401
Regards,
--
Daniele C.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]