Bug 1637
Summary: | modified keycode with USB keyboard | ||
---|---|---|---|
Product: | Drivers | Reporter: | Lo (leto) |
Component: | Input Devices | Assignee: | Vojtech Pavlik (vojtech) |
Status: | RESOLVED CODE_FIX | ||
Severity: | normal | CC: | alex.kiernan, pp |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.0-test10 | Subsystem: | |
Regression: | --- | Bisected commit-id: |
Description
Lo
2003-12-03 06:01:03 UTC
To precise my last sentence, if I change the hid_keyboard[50] value from 84 to 43, it actually works fine. So the questions are : - if we change this value, could some other keyboards be impacted ? - is this hid_keyboard table following some specification ? If so, where could I find it ? - still, how could we explain the behaviour modification between 2.4.22 and 2.6.0-test10, with the same showkey program ? FYI : $ showkey -V showkey: (console-tools) 0.2.3 Thanks Some relevant links: http://testing.lkml.org/slashdot.php?mid=321327 http://www.ussg.iu.edu/hypermail/linux/kernel/0001.0/0214.html (which explains that scancode 84 is a special "103th" european key for \ and |. Apparently since it can be a different key from 43 in some layouts, the fix you recommended might not be the best possible choice (even though it makes things compatible with 2.4 and works perfectly for me). I've mailed the kbd maintainer and linux-kernel so maybe this could get sorted out once and for all, it's a very annoying problem. Instead, kbd (and XFree86?) should probably be changed to make 84 the same as 43 on all keymaps where there is no difference (Finnish is one, I think this is pretty much true for all layouts). Or does this break PS/2 keyboards that do use 84 for something else? Although it's not a perfect fix, in the end I changed the table in the hid driver to 43, because only USB (and PS/2 Set3) can differentiate between this 103rd key and backslash. So consider this fixed. |