Summary: | /etc/init.d/numlock locks up keyboard in kdm | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ole Christensen <Ole.Christensen> |
Component: | [OLD] baselayout | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ole Christensen
2004-09-23 02:58:02 UTC
Can you please try 2.6.9-rc2 or newer? I believe that there are lots of i8042 fixes in there. Daniel, thanks for your hint. I applied the patches up to (including) 2.6.9-rc2 from kernel.org to my 2.6.7 vanilla kernel. And it doesn't change anything. The keyboard locks up in kdm when /etc/init.d/numlock is active. And again "atkbd.c: Spurious ACK on isa0060/serio0...". Shouldn't the kbd driver expect the ACK after issueing some LED command to the keyboard? BTW: I am currently using a different keyboard now. Thanx for your help anyway. So has using a different keyboard solved the problem? Are you still connecting it in the same way? Daniel, no, changing the keyboard does not solve the problem. Everything as with the other keyboard. This is what I intended to express. The Spurious ACK message is quite common and isn't really a problem. Have you always had this problem, or did it just break in a kernel upgrade? Perhaps you could try a different version of Xorg? I'd suggest that you remove numlock from your runlevel, and find the exact command which breaks it for you (man setleds). You could then file a bug at http://bugzilla.kernel.org as this appears to be an upstream issue. |