The Linux Kernel Mailing List
 help / color / mirror / Atom feed
* 2.6.12-rc4 broke right <win>-key
@ 2005-05-27 16:35 Ville Herva
  2005-05-27 16:46 ` Dmitry Torokhov
  0 siblings, 1 reply; 3+ messages in thread
From: Ville Herva @ 2005-05-27 16:35 UTC (permalink / raw)
  To: linux-kernel

After upgrading from 2.6.11-rc1-ck2 to 2.6.12-rc4, the right <win>-key on my
HP "multimedia" keyboard (something like http://www.pc-netto.dk/templates/product.asp?productguid=C4742B%23ABY&groupguid=11437)
seized to work. The left one still works. The earlier kernels I've run
never showed this problem (although the multimedia keys seem to map to
different codes in each and every kernel version, which is slightly
annoying.) The older kernels I've tried include 2.6.8.1-mm2, 2.6.8.1,
2.6.6-mm4, 2.6.3, and a heap of 2.4 kernels.

The curious thing is, the <win>-key no longer gives a key event in X at
all:

--8<-----------------------------------------------------------------------
ButtonPress event, serial 31, synthetic NO, window 0x4400001,
    root 0x8f, subw 0x0, time 408867129, (65,118), root:(777,1225),
    state 0x0, button 4, same_screen YES

ButtonRelease event, serial 31, synthetic NO, window 0x4400001,
    root 0x8f, subw 0x0, time 408867129, (65,118), root:(777,1225),
    state 0x800, button 4, same_screen YES

ButtonPress event, serial 31, synthetic NO, window 0x4400001,
    root 0x8f, subw 0x0, time 408867129, (65,118), root:(777,1225),
    state 0x0, button 4, same_screen YES

ButtonRelease event, serial 31, synthetic NO, window 0x4400001,
    root 0x8f, subw 0x0, time 408867129, (65,118), root:(777,1225),
    state 0x800, button 4, same_screen YES

ButtonPress event, serial 31, synthetic NO, window 0x4400001,
    root 0x8f, subw 0x0, time 408867204, (65,118), root:(777,1225),
    state 0x0, button 5, same_screen YES

ButtonRelease event, serial 31, synthetic NO, window 0x4400001,
    root 0x8f, subw 0x0, time 408867204, (65,118), root:(777,1225),
    state 0x1000, button 5, same_screen YES

ButtonPress event, serial 31, synthetic NO, window 0x4400001,
    root 0x8f, subw 0x0, time 408867204, (65,118), root:(777,1225),
    state 0x0, button 5, same_screen YES

ButtonRelease event, serial 31, synthetic NO, window 0x4400001,
    root 0x8f, subw 0x0, time 408867204, (65,118), root:(777,1225),
    state 0x1000, button 5, same_screen YES
--8<-----------------------------------------------------------------------

Running showkey(1) on bare console shows _nothing_ when I press right <win>.
The gpm cursor activetes indicating that kernel is giving some sort of mouse
event in console mode, too.

And yes, the right <win> is actually useful, since I've mapped <win>-arrow
combinations to navigating between virtual screens in X :).

Before I go on to blind bisection search to find which kernel release broke
it, does anyone have suggestions on what patches I could try to back-out?


Another question: The keyboard has these extra 13 multimedia keys that I've
mapped to different useful things like "xset dpms force off", "opera
-newpage $(paste-url)", "xmms --play-pause" and "aumix +5". Just about every
new 2.6 release seems to permutate the key codes so that the mappings seize
to work. After each upgrade I've redefined the keys with setkeycodes and/or
xmodmap&enlightenment key mappings. This is pretty tedious. Is there hope
that the codes will ever stabilize? Or is there a preferred/better way to
map the keys so that they wouldn't break so often?


-- v -- 

v@iki.fi


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-05-27 18:33 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-05-27 16:35 2.6.12-rc4 broke right <win>-key Ville Herva
2005-05-27 16:46 ` Dmitry Torokhov
2005-05-27 18:33   ` Ville Herva

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox