Distribution: PLD Linux Problem Description: I have BTC wireless keyboard and mouse kit 8190URF connected to USB port. Mouse click generated invalid event: - left mouse button generates Event: time 1089224335.637981, type 1 (Key), code 287 (?), value 1 Event: time 1089224335.638057, -------------- Report Sync ------------ Event: time 1089224335.717963, type 1 (Key), code 287 (?), value 0 Event: time 1089224335.718016, -------------- Report Sync ------------ - middle(wheel) mouse button Event: time 1089224339.653249, type 1 (Key), code 289 (ThumbBtn), value 1 Event: time 1089224339.653291, -------------- Report Sync ------------ Event: time 1089224339.813219, type 1 (Key), code 289 (ThumbBtn), value 0 Event: time 1089224339.813265, -------------- Report Sync ------------ - right mouse button Event: time 1089224340.645062, type 1 (Key), code 288 (Trigger), value 1 Event: time 1089224340.645104, -------------- Report Sync ------------ Event: time 1089224340.765037, type 1 (Key), code 288 (Trigger), value 0 Event: time 1089224340.765087, -------------- Report Sync ------------ - mouse wheel rolling generates correct events Event: time 1089224347.283851, type 2 (Relative), code 8 (Wheel), value 1 Event: time 1089224347.283905, -------------- Report Sync ------------ Event: time 1089224348.571619, type 2 (Relative), code 8 (Wheel), value -1 Event: time 1089224348.571669, -------------- Report Sync ------------ - but second wheel (on keyboard) generates -- second wheel up Event: time 1089224694.789241, type 1 (Key), code 275 (SideBtn), value 1 Event: time 1089224694.789248, type 1 (Key), code 275 (SideBtn), value 0 Event: time 1089224694.789254, type 2 (Relative), code 9 (Misc), value 61 Event: time 1089224694.789258, type 2 (Relative), code 10 (?), value 115 Event: time 1089224694.789300, -------------- Report Sync ------------ Event: time 1089224694.813225, type 2 (Relative), code 9 (Misc), value 61 Event: time 1089224694.813242, type 2 (Relative), code 10 (?), value 115 Event: time 1089224694.813284, -------------- Report Sync ------------ -- second wheel down Event: time 1089224728.143270, type 1 (Key), code 276 (ExtraBtn), value 1 Event: time 1089224728.143283, type 1 (Key), code 276 (ExtraBtn), value 0 Event: time 1089224728.143292, type 2 (Relative), code 9 (Misc), value 61 Event: time 1089224728.143295, type 2 (Relative), code 10 (?), value 115 Event: time 1089224728.143344, -------------- Report Sync ------------ Event: time 1089224728.175206, type 2 (Relative), code 9 (Misc), value 61 Event: time 1089224728.175223, type 2 (Relative), code 10 (?), value 115 Event: time 1089224728.175257, -------------- Report Sync ------------ -- second wheel button Event: time 1089224770.055671, type 1 (Key), code 274 (MiddleBtn), value 1 Event: time 1089224770.055677, type 1 (Key), code 274 (MiddleBtn), value 0 Event: time 1089224770.055684, type 2 (Relative), code 9 (Misc), value 61 Event: time 1089224770.055687, type 2 (Relative), code 10 (?), value 115 Event: time 1089224770.055728, -------------- Report Sync ------------ Event: time 1089224770.103646, type 2 (Relative), code 9 (Misc), value 61 Event: time 1089224770.103656, type 2 (Relative), code 10 (?), value 115 Event: time 1089224770.103698, -------------- Report Sync ------------
Created attachment 3313 [details] /proc/bus/input/devices
Created attachment 3314 [details] /proc/bus/usb/devices
Created attachment 3315 [details] keyboard (/dev/input/event2) description by evtest
Created attachment 3316 [details] mouse (/dev/input/event3) description by evtest
in dmesg I found: usbcore: registered new driver hiddev drivers/usb/input/hid-core.c: ctrl urb status -32 received input: USB HID v1.00 Keyboard [BTC USB Multimedia Cordless Kit ] on usb-0000:00:07.2-1 drivers/usb/input/hid-core.c: ctrl urb status -32 received drivers/usb/input/hid-core.c: ctrl urb status -32 received drivers/usb/input/hid-core.c: ctrl urb status -32 received drivers/usb/input/hid-core.c: ctrl urb status -32 received input,hiddev0: USB HID v1.00 Mouse [BTC USB Multimedia Cordless Kit ] on usb-0000:00:07.2-1 usbcore: registered new driver usbhid drivers/usb/input/hid-core.c: v2.0:USB HID core driver
# xxd /dev/usb/hiddev0 (left button) 0000000: 0100 0900 0100 0000 0100 0900 0000 0000 ................ (middle button) 0000000: 0300 0900 0100 0000 0300 0900 0000 0000 ................ (right button) 0000000: 0200 0900 0100 0000 0200 0900 0000 0000 ................ (wheel up - 2 ticks) 0000000: 3800 0100 0100 0000 3800 0100 0100 0000 8.......8....... (wheel down - 2 ticks) 0000000: 3800 0100 ffff ffff 3800 0100 ffff ffff 8.......8....... (2nd wheel up - 1 tick) 0000000: 6e00 00ff 0100 0000 6c00 00ff 3d00 0000 n.......l...=... 0000010: 6d00 00ff 7300 0000 6c00 00ff 3d00 0000 m...s...l...=... (2nd wheel down - 1 tick) 0000000: 6f00 00ff 0100 0000 6c00 00ff 3d00 0000 o.......l...=... 0000010: 6d00 00ff 7300 0000 6c00 00ff 3d00 0000 m...s...l...=... (2nd wheel button) 0000000: 6d00 00ff 0100 0000 6c00 00ff 3d00 0000 m.......l...=... 0000010: 6d00 00ff 7300 0000 6c00 00ff 3d00 0000 m...s...l...=...
Hi Artur, Is the bug still present with recent kernels? Thanks.
If it is still present Jiri is better suited to handle this bug.
Mouse work OK now. Only wheel on keyboard doesn't work (on event show by evtest).
Could you please - compile your kernel with CONFIG_HID_DEBUG - modprobe the usbhid with 'debug=1' parameter send me the output from the time you connect the keyboard and also when you move the wheel. Thanks.
Created attachment 12830 [details] messages when keyboard is plugged
Created attachment 12831 [details] moving wheel down
Created attachment 12832 [details] moving wheel up
Created attachment 12833 [details] wheel click
I use 2.6.22.6 now.
Thanks for the debugging output, Artur. This is just a regular horizontal wheel, as milions of other mice have, right? If so, the device is crappy - it doesn't use standardized "horizontal wheel" usage as specified by HID standard, but uses its own in a very non-standard way. I suspect this mouse requires specialized driver under other operating systems too, right?
Hi Jiri, This is wheel on keyboard, not on mice. Look: http://www.btc.com.tw/pdf/8190urf_b.pdf Its near to space bar. On Windows XP without specialized driver this wheel doesn't work.
What behavior does this wheel have on Windows? On some keyboards, wheels such as this one are used to ZoomIn/ZoomOut. Is this also the case, or is usual scrollwheel behavior expected?
Its configurable: - Scroll Up/Down - Volume Up/Down - WWW Back/Forward - Previous/Next Track
Any update on this bug? Thanks.
Created attachment 15137 [details] btc 8190 scrollwheel quirk Could you please test this patch (against 2.6.25-rcX) and report back whether it makes your scrollwheel work? Thanks.
2.6.25-rc3 + your patch: wheel up works, wheel down not. Now I recompile kernel with CONFIG_HID_DEBUG.
Created attachment 15189 [details] btc 8190 quirk #2 Yes, the previous patch had bug in it, sorry. Please try this one. Thanks.