Created attachment 34615 [details] Xorg.0.log with broken keyboard mapping Hi, I'm running Ubuntu Lucid Linux beta with xorg-edgers on x86-64 with a USB mouse and a PS/2 keyboard (Model M, GB layout) and have just pulled in an update that has broken input in a couple of ways that may be related. The current version shows as: 2:1.7.99.2~git20091220.0cb638dc-0ubuntu0tormod X started fine but I got no input - mouse or keyboard; the display was still updated and I could start an xterm onto it; both keyboard/mouse were shown in the output of hal-device (although Lucid is udev not hal) There were no 'Adding device' lines in the /var/log/Xorg.0.log I added a xorg.conf with: Section "ServerFlags" Option "AutoAddDevices" "false" EndSection and that got me a mouse but no keyboard, so I added: Section "InputDevice" Identifier "Generic Keyboard" Driver "EvDev" Option "XkbRules" "evdev" Option "XkbModel" "pc102" Option "XkbLayout" "gb" # Option "XkbOptions" "lv3:ralt_switch" Option "Device" "/dev/input/by-path/platform-i8042-serio-0-event-kbd" EndSection now I have a keyboard, but the keys in the arrow/insert/printscreen block are completely mismapped (up arrow seems to be print screen and other hilarity). That latter symptom feels like bug 24557 but shouldn't the XkbRules option work around that? Dave
I've got similar problems here. Section "InputDevice" Identifier "Keyboard0" Driver "evdev option "Device" "/dev/input/event0" # option "CoreKeyboard" option "XkbModel" "pc105" option "XkbLayout" "ca" option "XkbVariant" "fr" Option "XkbOptions" "terminate:ctrl_alt_bksp" EndSection My up and down keys do not work. Interestingly xev shows the correct keys pressed... I am using gentoo with xorg 1.8
Also, synergy makes these keys work on the remote synergy client but not on the local machine running the server.
Using the old kbd driver (1.4) bypasses the problem here - would be nice to be able to use evdev for keyboards though...
Thanks to Sarvatt on #ubuntu-x for spotting I'd got an ancient package in my xorg-edgers installation; so for me that's fixed - but that leaves Ed's problem which had the same symptom as mine from the mapping. Ed: Perhaps you've got a mismatched package somewhere as well? Dave
What specific package caused the problem? And what files did it contain? This install has been around a while its possible there is some crud that needs cleaning here too.
Rebuild libX11 helped here. Now only the 'UP' key is failing. Interestingly xev shows no KeyPress event when up is pressed: FocusOut event, serial 34, synthetic NO, window 0x1a00001, mode NotifyGrab, detail NotifyAncestor FocusIn event, serial 34, synthetic NO, window 0x1a00001, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 34, synthetic NO, window 0x0, keys: 8 0 0 0 0 0 0 0 0 0 0 0 0 4294967168 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 KeyRelease event, serial 34, synthetic NO, window 0x1a00001, root 0x108, subw 0x0, time 72962426, (281,42), root:(285,65), state 0x0, keycode 111 (keysym 0xff52, Up), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False Ideas?
Looks like libXi needed to be updated to the latest (git) version too. All is working now here.
can we close this bug then? there are some issues with keyboard handling that clients (namely metacity) don't handle well, so if you disable hotplugging but still use evdev, you're going to run into issues with different keymaps on the VCP and the physical device. We've covered the standard use-cases but some special ones cannot be handled easily. Dave - I guess the initial lack of devices may have to do with the switch to udev, just guessing though.
In both cases, the problem turned out to be a miss match between packages (we talked on irc). Here libXi needed to be from git along with a few others. As far as I am concerned this can be closed.
thanks, closing as invalid then, caused by some package mismatch.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.