Re: Evdev keyboard sends keycodes but no keysyms
On Thu, Nov 18, 2010 at 12:26:27AM +0100, Simon Thum wrote: On 11/17/10 00:01, Peter Hutterer wrote: On Wed, Nov 17, 2010 at 01:33:34AM +0100, Simon Thum wrote: Hi all, no dice so far. I get some additional lines: [ 16085.444] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass evdev keyboard catchall [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass keyboard-de [ 16085.444] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 16085.444] (**) AT Translated Set 2 keyboard: always reports core events [ 16085.444] (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 [ 16085.448] (--) AT Translated Set 2 keyboard: Found keys [ 16085.448] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 16085.448] (**) Option config_info udev:/sys/devices/platform/i8042/serio0/input/input4/event4 [ 16085.448] (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) [ 16085.448] (**) Option xkb_rules evdev [ 16085.448] (**) Option xkb_model evdev [ 16085.448] (**) Option xkb_layout us [ 16085.448] (**) Option xkb_options terminate:ctrl_alt_bksp [ 16085.448] (II) XKB: Reusing cached keymap [ 16085.448] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) I even added the option xkb_layout, recompiled the whole stuff and so on. I'm using startx -- -logverbose, is that OK? try -logverbose 12 or something, otherwise you'll just increase by one. also, try to remove the cached keymaps, I wonder if something goes wrong there. That seems strange - I got an empty /var/cache/xkb (except for a README.compiled, might be installed by gentoo). Yet still, I'm getting that messag three timese: XKB: Reusing cached keymap. From my reading of the code that means it's initializing 4 keyboards? It's a server bug, tracked it down to the merge commit (see below) but I need to figure out whether it's the conflicts I fixed in that commit that broke it or just a bad bisect. If you find the time - please go for it. (note that the topmost commit is a local one, the rest is from the public tree) git bisect start # bad: [6f2753fbcfb3aabe3c32199f0e77bbaabcc5fd21] xkb: random constification all over the place. git bisect bad 6f2753fbcfb3aabe3c32199f0e77bbaabcc5fd21 # good: [693e92d4049ee76d074737480f3fc1bb236f4278] xfree86: add xf86OptionListDuplicate() git bisect good 693e92d4049ee76d074737480f3fc1bb236f4278 # good: [32de0c19075b886c2fc03f6ad73d9c15df1b2309] Move replay-window check from ComputeFreezes to CheckDeviceGrabs. git bisect good 32de0c19075b886c2fc03f6ad73d9c15df1b2309 # good: [a52efb096e166e325deb3d6b502671f339a4fa15] Merge remote branch 'sthibaul/master-iopl' git bisect good a52efb096e166e325deb3d6b502671f339a4fa15 # good: [4ed4915bc0fbe9b4419ca4a0d4e43c2fee032ae9] Merge remote branch 'whot/for-keith' git bisect good 4ed4915bc0fbe9b4419ca4a0d4e43c2fee032ae9 # bad: [5cf3b654fccf09de63a3f983c85096cda78fb693] input: move proximity state into ProximityClassRec. git bisect bad 5cf3b654fccf09de63a3f983c85096cda78fb693 # bad: [9696c782c8cb86b06d12949899582533a2e04cfe] test: valuator_mask tests. git bisect bad 9696c782c8cb86b06d12949899582533a2e04cfe # bad: [675f4a8525d29ebad783351e17be785b2f32b2e8] Abstract valuator masks through a set of APIs. git bisect bad 675f4a8525d29ebad783351e17be785b2f32b2e8 # bad: [675f4a8525d29ebad783351e17be785b2f32b2e8] Abstract valuator masks through a set of APIs. git bisect bad 675f4a8525d29ebad783351e17be785b2f32b2e8 # good: [23229c7ce5970516b97a1cc12e65257ff65ab9a7] test: Fix make distcheck when not building unit tests git bisect good 23229c7ce5970516b97a1cc12e65257ff65ab9a7 # bad: [fc48a8f9f5f66e591b3e39211d44ce68267303f8] Add CountBits() to the server. git bisect bad fc48a8f9f5f66e591b3e39211d44ce68267303f8 # bad: [eaf0b6a4d83d49930d21d5191f335fcac962632e] Merge branch 'master' into input-api git bisect bad eaf0b6a4d83d49930d21d5191f335fcac962632e Cheers, Peter ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Evdev keyboard sends keycodes but no keysyms
On Wed, Nov 17, 2010 at 3:26 PM, Simon Thum simon.t...@gmx.de wrote: On 11/17/10 00:01, Peter Hutterer wrote: On Wed, Nov 17, 2010 at 01:33:34AM +0100, Simon Thum wrote: Hi all, no dice so far. I get some additional lines: [ 16085.444] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass evdev keyboard catchall [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass keyboard-de [ 16085.444] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 16085.444] (**) AT Translated Set 2 keyboard: always reports core events [ 16085.444] (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 [ 16085.448] (--) AT Translated Set 2 keyboard: Found keys [ 16085.448] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 16085.448] (**) Option config_info udev:/sys/devices/platform/i8042/serio0/input/input4/event4 [ 16085.448] (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) [ 16085.448] (**) Option xkb_rules evdev [ 16085.448] (**) Option xkb_model evdev [ 16085.448] (**) Option xkb_layout us [ 16085.448] (**) Option xkb_options terminate:ctrl_alt_bksp [ 16085.448] (II) XKB: Reusing cached keymap [ 16085.448] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) I even added the option xkb_layout, recompiled the whole stuff and so on. I'm using startx -- -logverbose, is that OK? try -logverbose 12 or something, otherwise you'll just increase by one. also, try to remove the cached keymaps, I wonder if something goes wrong there. That seems strange - I got an empty /var/cache/xkb (except for a README.compiled, might be installed by gentoo). Yet still, I'm getting that messag three timese: XKB: Reusing cached keymap. From my reading of the code that means it's initializing 4 keyboards? It's reusing the in-memory cached keymap. Since it doesn't think you've changed the Xkb options (evdev/evdev/us//terminate:ctrl_alt_bksp), it's using the same keymap it got from xkbcomp on the previous run. And yes, you have 4 keyboards (3 by my count) in the sense that the kernel is presenting that many devices with keys. The real question is why Applying InputClass keyboard-de doesn't change the layout to de even though it's the last class merged in. I thought this log would give more info about how the settings are being merged together, but I guess that part never really got done. Looks like Peter confirmed it's a bug. -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Evdev keyboard sends keycodes but no keysyms
Hi all, no dice so far. I get some additional lines: [ 16085.444] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass evdev keyboard catchall [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass keyboard-de [ 16085.444] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 16085.444] (**) AT Translated Set 2 keyboard: always reports core events [ 16085.444] (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 [ 16085.448] (--) AT Translated Set 2 keyboard: Found keys [ 16085.448] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 16085.448] (**) Option config_info udev:/sys/devices/platform/i8042/serio0/input/input4/event4 [ 16085.448] (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) [ 16085.448] (**) Option xkb_rules evdev [ 16085.448] (**) Option xkb_model evdev [ 16085.448] (**) Option xkb_layout us [ 16085.448] (**) Option xkb_options terminate:ctrl_alt_bksp [ 16085.448] (II) XKB: Reusing cached keymap [ 16085.448] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) I even added the option xkb_layout, recompiled the whole stuff and so on. I'm using startx -- -logverbose, is that OK? - Simon On 11/15/10 06:34, Dan Nicholson wrote: On Sun, Nov 14, 2010 at 8:19 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Sun, Nov 14, 2010 at 02:11:25PM -0800, walt wrote: On 11/14/2010 09:11 AM, Simon Thum wrote: Hi all, yesterday I recompiled xorg, updating from a ca. 3 week old install using gentoo's live ebuilds. I went into an amusing bug which I narrowed down a bit. I'm having the following xorg.conf.d fragment: Section InputClass Identifier keyboard-de MatchIsKeyboard on Option XKBOptions terminate:ctrl_alt_bksp #Option XKBVariant nodeadkeys Option XKBLayout de EndSection Funny enough, invoking setxkbmap -rules evdev -layout de -variant nodeadkeys brings back my keyboard as intended! I notice that your Xorg log says [ 4702.616] (**) Option xkb_rules evdev [ 4702.616] (**) Option xkb_model evdev [ 4702.616] (**) Option xkb_layout us ??? [ 4702.616] (**) Option xkb_variant nodeadkeys [ 4702.616] (**) Option xkb_options terminate:ctrl_alt_bksp yeah, I noticed this as well. there's no nodeadkeys variant for us, which would explain the NoSymbol issue. Now the real issue is why it doesn't take your de setting... Running with -logverbose will give more details on the merging of InputClass settings. -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: simon.t...@gmx.de ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Evdev keyboard sends keycodes but no keysyms
On Wed, Nov 17, 2010 at 01:33:34AM +0100, Simon Thum wrote: Hi all, no dice so far. I get some additional lines: [ 16085.444] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass evdev keyboard catchall [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass keyboard-de [ 16085.444] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 16085.444] (**) AT Translated Set 2 keyboard: always reports core events [ 16085.444] (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 [ 16085.448] (--) AT Translated Set 2 keyboard: Found keys [ 16085.448] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 16085.448] (**) Option config_info udev:/sys/devices/platform/i8042/serio0/input/input4/event4 [ 16085.448] (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) [ 16085.448] (**) Option xkb_rules evdev [ 16085.448] (**) Option xkb_model evdev [ 16085.448] (**) Option xkb_layout us [ 16085.448] (**) Option xkb_options terminate:ctrl_alt_bksp [ 16085.448] (II) XKB: Reusing cached keymap [ 16085.448] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) I even added the option xkb_layout, recompiled the whole stuff and so on. I'm using startx -- -logverbose, is that OK? try -logverbose 12 or something, otherwise you'll just increase by one. also, try to remove the cached keymaps, I wonder if something goes wrong there. Cheers, Peter On 11/15/10 06:34, Dan Nicholson wrote: On Sun, Nov 14, 2010 at 8:19 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Sun, Nov 14, 2010 at 02:11:25PM -0800, walt wrote: On 11/14/2010 09:11 AM, Simon Thum wrote: Hi all, yesterday I recompiled xorg, updating from a ca. 3 week old install using gentoo's live ebuilds. I went into an amusing bug which I narrowed down a bit. I'm having the following xorg.conf.d fragment: Section InputClass Identifier keyboard-de MatchIsKeyboard on Option XKBOptions terminate:ctrl_alt_bksp #Option XKBVariant nodeadkeys Option XKBLayout de EndSection Funny enough, invoking setxkbmap -rules evdev -layout de -variant nodeadkeys brings back my keyboard as intended! I notice that your Xorg log says [ 4702.616] (**) Option xkb_rules evdev [ 4702.616] (**) Option xkb_model evdev [ 4702.616] (**) Option xkb_layout us ??? [ 4702.616] (**) Option xkb_variant nodeadkeys [ 4702.616] (**) Option xkb_options terminate:ctrl_alt_bksp yeah, I noticed this as well. there's no nodeadkeys variant for us, which would explain the NoSymbol issue. Now the real issue is why it doesn't take your de setting... Running with -logverbose will give more details on the merging of InputClass settings. -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Evdev keyboard sends keycodes but no keysyms
On Tue, Nov 16, 2010 at 4:33 PM, Simon Thum simon.t...@gmx.de wrote: Hi all, no dice so far. I get some additional lines: [ 16085.444] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass evdev keyboard catchall [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass keyboard-de [ 16085.444] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 16085.444] (**) AT Translated Set 2 keyboard: always reports core events [ 16085.444] (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 [ 16085.448] (--) AT Translated Set 2 keyboard: Found keys [ 16085.448] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 16085.448] (**) Option config_info udev:/sys/devices/platform/i8042/serio0/input/input4/event4 [ 16085.448] (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) [ 16085.448] (**) Option xkb_rules evdev [ 16085.448] (**) Option xkb_model evdev [ 16085.448] (**) Option xkb_layout us [ 16085.448] (**) Option xkb_options terminate:ctrl_alt_bksp [ 16085.448] (II) XKB: Reusing cached keymap [ 16085.448] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) I even added the option xkb_layout, recompiled the whole stuff and so on. I'm using startx -- -logverbose, is that OK? Hmm, yeah. You can try to up the level to -logverbose 10 or something and get a ton of info. -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Evdev keyboard sends keycodes but no keysyms
On 11/14/2010 09:11 AM, Simon Thum wrote: Hi all, yesterday I recompiled xorg, updating from a ca. 3 week old install using gentoo's live ebuilds. I went into an amusing bug which I narrowed down a bit. I'm having the following xorg.conf.d fragment: Section InputClass Identifier keyboard-de MatchIsKeyboard on Option XKBOptions terminate:ctrl_alt_bksp #Option XKBVariant nodeadkeys Option XKBLayout de EndSection Funny enough, invoking setxkbmap -rules evdev -layout de -variant nodeadkeys brings back my keyboard as intended! I notice that your Xorg log says [ 4702.616] (**) Option xkb_rules evdev [ 4702.616] (**) Option xkb_model evdev [ 4702.616] (**) Option xkb_layout us ??? [ 4702.616] (**) Option xkb_variant nodeadkeys [ 4702.616] (**) Option xkb_options terminate:ctrl_alt_bksp Grepping the xorg.conf manpage for InputClass turns up nothing on my xorg-1.7.7 machine. Maybe that's something new? ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Evdev keyboard sends keycodes but no keysyms
On Sun, Nov 14, 2010 at 14:11:25 -0800, walt wrote: Grepping the xorg.conf manpage for InputClass turns up nothing on my xorg-1.7.7 machine. Maybe that's something new? It was introduced in 1.8. Cheers, Julien ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Evdev keyboard sends keycodes but no keysyms
On Sun, Nov 14, 2010 at 02:11:25PM -0800, walt wrote: On 11/14/2010 09:11 AM, Simon Thum wrote: Hi all, yesterday I recompiled xorg, updating from a ca. 3 week old install using gentoo's live ebuilds. I went into an amusing bug which I narrowed down a bit. I'm having the following xorg.conf.d fragment: Section InputClass Identifier keyboard-de MatchIsKeyboard on Option XKBOptions terminate:ctrl_alt_bksp #Option XKBVariant nodeadkeys Option XKBLayout de EndSection Funny enough, invoking setxkbmap -rules evdev -layout de -variant nodeadkeys brings back my keyboard as intended! I notice that your Xorg log says [ 4702.616] (**) Option xkb_rules evdev [ 4702.616] (**) Option xkb_model evdev [ 4702.616] (**) Option xkb_layout us ??? [ 4702.616] (**) Option xkb_variant nodeadkeys [ 4702.616] (**) Option xkb_options terminate:ctrl_alt_bksp yeah, I noticed this as well. there's no nodeadkeys variant for us, which would explain the NoSymbol issue. Now the real issue is why it doesn't take your de setting... Cheers, Peter ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Evdev keyboard sends keycodes but no keysyms
On Sun, Nov 14, 2010 at 8:19 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Sun, Nov 14, 2010 at 02:11:25PM -0800, walt wrote: On 11/14/2010 09:11 AM, Simon Thum wrote: Hi all, yesterday I recompiled xorg, updating from a ca. 3 week old install using gentoo's live ebuilds. I went into an amusing bug which I narrowed down a bit. I'm having the following xorg.conf.d fragment: Section InputClass Identifier keyboard-de MatchIsKeyboard on Option XKBOptions terminate:ctrl_alt_bksp #Option XKBVariant nodeadkeys Option XKBLayout de EndSection Funny enough, invoking setxkbmap -rules evdev -layout de -variant nodeadkeys brings back my keyboard as intended! I notice that your Xorg log says [ 4702.616] (**) Option xkb_rules evdev [ 4702.616] (**) Option xkb_model evdev [ 4702.616] (**) Option xkb_layout us ??? [ 4702.616] (**) Option xkb_variant nodeadkeys [ 4702.616] (**) Option xkb_options terminate:ctrl_alt_bksp yeah, I noticed this as well. there's no nodeadkeys variant for us, which would explain the NoSymbol issue. Now the real issue is why it doesn't take your de setting... Running with -logverbose will give more details on the merging of InputClass settings. -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com