mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "James H. Cloos Jr." <cloos@jhcloos.com>
To: Vojtech Pavlik <vojtech@suse.cz>
Cc: 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: 12 Dec 2002 06:48:04 -0500	[thread overview]
Message-ID: <m3fzt35uh7.fsf@lugabout.jhcloos.org> (raw)
In-Reply-To: <20021212094334.A1403@ucw.cz>

>>>>> "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?

-JimC


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

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-08 23:35 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. [this message]
2002-12-12 11:51           ` Vojtech Pavlik
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=m3fzt35uh7.fsf@lugabout.jhcloos.org \
    --to=cloos@jhcloos.com \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@ucw.cz \
    --cc=vojtech@suse.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

Powered by JetHome