Bug 106053 - IR PS/2 keyboard "prells" keys
Summary: IR PS/2 keyboard "prells" keys
Status: RESOLVED WONTFIX
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: Kernel (show other bugs)
Version: Beta 2
Hardware: Other All
: P5 - None : Major
Target Milestone: ---
Assignee: Vojtech Pavlik
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-21 16:41 UTC by Thorsten Kukuk
Modified: 2006-01-23 09:36 UTC (History)
0 users

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
dmesg output (32.68 KB, text/plain)
2005-08-25 18:04 UTC, Thorsten Kukuk
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thorsten Kukuk 2005-08-21 16:41:46 UTC
I have a mini IR keyboard with trackball, where the receiver is connected to  
as PS/2 keyboard and PS/2 mouse.  
  
With 10.0 Beta2 very often (most of the time) keys are ignored or repeated  
endless times, until another key is pressed. It is impossible to work with 
this keyboard with SL10.0, while it worked fine with SL9.3.  
 
The keyboard model is K8561, there are no kernel messages from the keyboard 
driver. 
 
This happens on console and with X11.
Comment 1 Olaf Kirch 2005-08-22 07:01:35 UTC
Vojtech, this is yours it seems 
Comment 2 Vojtech Pavlik 2005-08-22 08:16:56 UTC
Yes, although this just seems that the batteries in the wireless keyboard
are running out - there weren't any significant changes in PS/2 keyboard
handling between 9.3 and 10.0
Comment 3 Thorsten Kukuk 2005-08-22 08:54:49 UTC
This was what I thought at first, too. 
But the batteries were new, replacing them did not solve the problem, 
but reinstalling SL9.3 fixed the problem. 
Comment 4 Vojtech Pavlik 2005-08-22 09:03:53 UTC
Interesting. Please enable PS/2 debugging, by issuing

echo -n 1 > /sys/module/i8042/parameters/debug

(a 0 will disable it again). Then try to reproduce the bug, remembering
what you typed and please send me the log.

Also, please try adding 'usb-handoff' on the kernel command line, just to
rule that possibility of USB interference out.
Comment 5 Thorsten Kukuk 2005-08-25 18:04:33 UTC
Created attachment 47648 [details]
dmesg output 

With Beta3, what I typed was:
'root root root root root root root rooot'
and then 30x Backspace.
But that was not what I got on the screen.
Comment 6 Vojtech Pavlik 2005-08-25 19:29:22 UTC
Thanks. Manual decoding gives this:


9c              Enter release
93              r release
98              o release

18 98           o
14 94           t
39 b9           space
13              r (no release)
18 98           o
18 98           o
14              t
14              t
14              t
14              t
39 b9           space
13 93           r
18 98           o
18 98           o
94              t release
39 b9           space
13 93           r
18 98           o
18 98           o
14 94           t
39 b9           space
13 93           r
18 98           o
18 98           o
14 94           t
39 b9           space
13 93           r
98              o release
18 98           o
14 94           t
39 b9           space

(and so on)

Something obviously eats scancodes. It might be the IR transmission, or
something in the system. Try removing the ACPI thermal/battery modules.
Comment 7 Vojtech Pavlik 2006-01-15 08:39:23 UTC
Any result with removing ACPI battery/thermal? Also, it might be worthwhile to
change the I8042_POLL_PERIOD #define inside drivers/input/serio/i8042.c to some
quite large value (10*HZ) to see if it helps.
Comment 8 Thorsten Kukuk 2006-01-23 09:36:01 UTC
Sorry, I don't have the time to debug this currently, far too much other work and bugs.