linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Peter Hutterer <peter.hutterer@who-t.net>
To: Bastien Nocera <hadess@hadess.net>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>,
	Christian Lamparter <chunkeey@googlemail.com>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	johannes@sipsolutions.net, linux-wireless@vger.kernel.org,
	linux-input@vger.kernel.org, marcel@holtmann.org
Subject: Re: [PATCH 1/2] input: Add KEY_RFKILL
Date: Thu, 18 Feb 2010 08:34:50 +1000	[thread overview]
Message-ID: <20100217223450.GC22561@barra.bne.redhat.com> (raw)
In-Reply-To: <1266432575.678.980.camel@localhost.localdomain>

On Wed, Feb 17, 2010 at 06:49:35PM +0000, Bastien Nocera wrote:
> On Wed, 2010-02-17 at 18:45 +0000, Matthew Garrett wrote:
> > On Wed, Feb 17, 2010 at 07:43:56PM +0100, Christian Lamparter wrote:
> > 
> > > Wait wait... do you can get another KEY_?
> > > 
> > > The reason: Some new devices come with a WPS "Push Button".
> > > And there's no code for them yet.
> > 
> > What's a WPS button? There's no fundamental issue with getting new KEY_ 
> > codes defined, but bear in mind that anything greater than 255 won't be 
> > seen by X at present.
> 
> Won't be seen by most X applications. The server should definitely see
> it, so should applications that use XInput2-aware widget sets.
> 
> (Which obviously means not much at all right now).

Because XKB2 never happened we don't actually have any way of configuring
keysyms in the server for keys > 255 or getting this layout information to
the client. So XI2 applications that want to use higher keycodes are reliant
on the keycode itself which is strictly speaking random - at least the
protocol makes no guarantee that they remain fixed.

In practice that's not quite true and the keycodes are likely to remain
fixed but relying on that hurt us quite badly in the keyboard -> evdev
conversion.

Cheers,
  Peter

  reply	other threads:[~2010-02-17 22:37 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-16 21:36 [PATCH 1/2] input: Add KEY_RFKILL Matthew Garrett
2010-02-16 21:36 ` [PATCH 2/2] rfkill: Add support for KEY_RFKILL Matthew Garrett
2010-02-16 23:04   ` Marcel Holtmann
2010-02-16 23:05 ` [PATCH 1/2] input: Add KEY_RFKILL Marcel Holtmann
2010-02-17  5:22 ` Dmitry Torokhov
2010-02-17 18:03   ` Matthew Garrett
2010-02-17 18:43     ` Christian Lamparter
2010-02-17 18:45       ` Matthew Garrett
2010-02-17 18:49         ` Bastien Nocera
2010-02-17 22:34           ` Peter Hutterer [this message]
2010-02-18  4:16             ` Dmitry Torokhov
2010-02-18  4:29               ` Peter Hutterer
2010-02-17 19:18         ` Christian Lamparter
2010-02-17 19:17       ` Dmitry Torokhov
2010-02-17 19:42         ` Christian Lamparter
2010-02-17 19:54           ` Dmitry Torokhov
2010-02-17 20:02             ` Matthew Garrett
2010-02-17 20:49               ` Dmitry Torokhov
2010-02-17 20:50                 ` Matthew Garrett
2010-02-17 20:18             ` Christian Lamparter
2010-02-17 20:52               ` Dmitry Torokhov
2010-02-17 21:12                 ` pat-lkml
2010-02-17 21:28                 ` Christian Lamparter
2010-02-17 21:40                   ` Dmitry Torokhov
2010-02-17 22:03                     ` Christian Lamparter
2010-02-20  9:18                       ` Dmitry Torokhov
2010-02-19 14:33             ` Henrique de Moraes Holschuh
2010-02-17 19:18     ` Dmitry Torokhov
  -- strict thread matches above, loose matches on Subject: below --
2009-09-10 17:21 Matthew Garrett
2009-09-10 17:27 ` Luis R. Rodriguez
2009-09-10 17:31   ` Matthew Garrett
2009-09-11  5:13 ` Dmitry Torokhov
2009-11-13  5:34   ` Marcel Holtmann

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=20100217223450.GC22561@barra.bne.redhat.com \
    --to=peter.hutterer@who-t.net \
    --cc=chunkeey@googlemail.com \
    --cc=dmitry.torokhov@gmail.com \
    --cc=hadess@hadess.net \
    --cc=johannes@sipsolutions.net \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=marcel@holtmann.org \
    --cc=mjg59@srcf.ucam.org \
    /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;
as well as URLs for NNTP newsgroup(s).