Description of problem: When using a keyboard handled by "evdev" driver (which is needed on multi-seat computers), the keyboard has wrong layout (the keycodes sent by some keys are different than when using the "kbd" driver, so that the default XKB maps do not work). Version-Release number of selected component (if applicable): xorg-x11-drv-evdev-1.0.0.5-1.2 How reproducible: 100% Steps to Reproduce: 1. Use the following keyboard section in the xorg.conf file: Section "InputDevice" Identifier "PS2Keyboard" # Driver "kbd" # Option "Protocol" "standard" Driver "evdev" Option "Device" "/dev/input/keyboard_first" # or whatever your keyboard is EndSection 2. run xev from terminal. 3. switch keyboard focus to xev 4. press the "down arrow" key on the "inverted T" part of the keyboard Actual results: xev reports the "Prior" keysym Expected results: xev should report the "Down" keysym Additional info: This is a problem of special keys (modifiers, arrows, edit keys, etc.). As far as I can see the letters, F1-F12 keys, and numbers are OK). I have been able to make xev report the correct keys with the following xmodmap, but it still has some problems (maybe with XKB settings or whatever) - even after this modification my window manager cannot recognize the Ctrl-Alt-DownArrow key combo to switch to another virtual desktop (I use 3x3 layout). keycode 50 = Shift_L keycode 133 = Super_L keycode 108 = Alt_R keycode 134 = Super_L keycode 135 = Menu keycode 105 = Control_R keycode 107 = Print keycode 127 = Pause keycode 118 = Insert keycode 119 = Delete keycode 110 = Home keycode 115 = End keycode 112 = Prior keycode 117 = Next keycode 113 = Left keycode 111 = Up keycode 116 = Down keycode 114 = Right keycode 104 = KP_Enter keycode 106 = KP_Divide
The evdev driver does not have any xkb support at all.
OK, then - forget the XKB part. However, it should report the keysyms as expected.
For further referece, I have added two references to the freedesktop.org bugzilla, which try to solve this problem.
The information provided in the referenced upstream bugzilla reports indicates that this is new feature support, which is developmental code which is still being developed right now, and is in a state of flux. There does not yet appear to be a new "stable" evdev driver release which contains this support as of yet. In the mean time, users are encouraged to work with the upstream X.Org community to test and provide feedback on the new support. Please use the xorg.org mailing list to discuss any problems encountered with the upstream developers, and http://bugs.freedesktop.org to report any bugs/problems encountered with the experimental code. Once there is a new upstream X.Org release of the evdev driver which contains the new feature support, we will review it for consideration in a future release of Fedora Core, and may also consider it as a candidate for a driver update to Fedora Core 5. Thanks for testing.