public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Vojtech Pavlik <vojtech@suse.cz>
To: "James H. Cloos Jr." <cloos@jhcloos.com>
Cc: Vojtech Pavlik <vojtech@suse.cz>, Pavel Machek <pavel@ucw.cz>,
	"H. Peter Anvin" <hpa@zytor.com>,
	linux-kernel@vger.kernel.org
Subject: Re: PATCH: Four function buttons on DELL Latitude X200
Date: Thu, 12 Dec 2002 12:51:14 +0100	[thread overview]
Message-ID: <20021212125114.A10134@ucw.cz> (raw)
In-Reply-To: <m3fzt35uh7.fsf@lugabout.jhcloos.org>; from cloos@jhcloos.com on Thu, Dec 12, 2002 at 06:48:04AM -0500

On Thu, Dec 12, 2002 at 06:48:04AM -0500, James H. Cloos Jr. wrote:
> >>>>> "Vojtech" == Vojtech Pavlik <vojtech@suse.cz> writes:
> 
> Vojtech> The real question is, when we have these 16-bit (or more bit)
> Vojtech> keycodes, how do we export them to the userspace? In cooked
> Vojtech> mode, there is no problem, we can extend the keymaps. But
> Vojtech> both medium raw and raw modes are pretty much limited in the
> Vojtech> number of keys they can carry. See 2.5 keyboard.c for the
> Vojtech> current imperfect solution.
> 
> Vojtech> IMHO applications which now use raw mode should instead
> Vojtech> switch to using the event devices in /dev/input ...
> 
> In reference to this, until X is updated to do so, I'm curious about
> the changes in the multi-media keys on this i8100 between 2.4 and 2.5.
> 
> In 2.4, X sees these as the keycodes (in Xmodmap syntax):
> 
> ! the four keys at the top
> keycode 129 = XF86AudioPlay XF86AudioPause
> keycode 130 = XF86AudioStop
> keycode 131 = XF86AudioPrev
> keycode 132 = XF86AudioNext
> 
> ! the volume and mute keys;
> ! order is unknown because in 2.4 the smm system
> ! catches the keys before X or the kernel can.
> keycode 137 = F27
> keycode 138 = F28
> keycode 139 = F29
> 
> ! this happens when three keys are hit together
> ! it was causing my wm to open its menu, so I
> ! added the below line to force 135 to be ignored.
> keycode 135 = XF86Launch0
> 
> 
> In 2.5, those (as warned) change radically:
> 
> ! the four keys at the top
> keycode NONE = XF86AudioPlay XF86AudioPause
> keycode 162 = XF86AudioStop
> keycode NONE = XF86AudioPrev
> keycode 114 = XF86AudioNext
> ! the volume and mute keys;
> keycode 160 = XF86AudioMute
> keycode 174 = XF86AudioLowerVolume
> keycode 176 = XF86AudioRaiseVolume
> 
> It is cool that the volume keys become accessible, and no longer need
> to be run through the i8k kernel module.  But the loss of the play and
> prev buttons is curious.  Is there a way around that?

Do they by any chance produce a kernel warning when pressed?

-- 
Vojtech Pavlik
SuSE Labs

  reply	other threads:[~2002-12-12 11:44 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-08 23:35 PATCH: Four function buttons on DELL Latitude X200 Pavel Janík
2002-12-09  0:19 ` Bernd Eckenfels
2002-12-09 19:33   ` H. Peter Anvin
2002-12-10 21:34     ` Pavel Machek
2002-12-11 22:41       ` H. Peter Anvin
2002-12-13 16:22         ` Jan-Benedict Glaw
2002-12-12  1:01       ` Andries Brouwer
2002-12-12  8:43       ` Vojtech Pavlik
2002-12-12 11:48         ` James H. Cloos Jr.
2002-12-12 11:51           ` Vojtech Pavlik [this message]
2002-12-12 12:17             ` James H. Cloos Jr.
2002-12-12 12:20               ` Vojtech Pavlik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20021212125114.A10134@ucw.cz \
    --to=vojtech@suse.cz \
    --cc=cloos@jhcloos.com \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@ucw.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox