From: Vojtech Pavlik <vojtech@suse.cz>
To: Hans de Goede <j.w.r.degoede@hhs.nl>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: problem with softraw and keycodes > 128
Date: Thu, 7 Jun 2007 21:16:48 +0200 [thread overview]
Message-ID: <20070607191648.GC18372@suse.cz> (raw)
In-Reply-To: <466848F6.9010707@hhs.nl>
On Thu, Jun 07, 2007 at 08:05:42PM +0200, Hans de Goede wrote:
> This is an atkbd only setting, right, so indeed it doesn't affect USB,
> right?
Right, what I meant is that USB keyboards are affected by the very same
problem you describe (163 in kernel will be 153 in X), and it can't be
worked around by setting softraw to 0.
> What I'm wondering if is there is any harm to setting softraw to 0, atleast
> until there is a better fix. With it set to 0, for ps/2 keyboards all the
> user addtionally needs todo is select the correct model, for which there
> are nice gui tools.
By doing that, you'll be following a dead end road - and noone will fix
the issue for non-PS/2 keyboards.
> Add a usb-keyboard (which in reality is the linuxkeyboard) model to the
> mix, for the user to select / to make default even, and things will work
> for usb users to, right?
Yes, but once you create the linuxkeyboard description, you don't need
softraw=0.
> >> Since the xkb discriptions for most of the easy access keyboards
> >> have been written by Suse, I assume the tested them and it works
> >> for them. Does anyone know how suse does this?
> >
> >I don't think it does work. One of our guys is trying to fix it by
> >
> > 1) Converting the xkb multimedia keyboard descriptions to
> > setkeycodes descriptions
> > 2) Creating a "linux keyboard" X xkb description
> >
> >Then, after loading the setkeycodes at boot for the right keyboard
> >ty[e, AT keyboard will work fine, and USB and other keyboards will not
> >need *any* setup to have their multimedia keys working out of the box.
>
> Thats good news, but what about gui tools to select the model, as this
> cannot be autoprobed?
I'm sure SUSE will update some of the existing tools to work with the
kernel-based keyboard selection well.
> And what about portability of said tools to for example freebsd?
That will likely not work, obviously.
> Using xkb models should work across different OS's, and is available
> now. All that is needed (for ps2 keyboards) is for the path of the
> special keys from the kernel to X-server to not change the codes.
Yes, the linux kernel solution is linux specific. But a lot of other
interfaces that X uses are OS specific.
--
Vojtech Pavlik
Director SuSE Labs
next prev parent reply other threads:[~2007-06-07 19:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-07 8:21 problem with softraw and keycodes > 128 Hans de Goede
2007-06-07 13:15 ` Vojtech Pavlik
2007-06-07 14:55 ` Hans de Goede
2007-06-07 15:36 ` Vojtech Pavlik
2007-06-07 18:05 ` Hans de Goede
2007-06-07 19:16 ` Vojtech Pavlik [this message]
2007-06-08 11:31 ` Goede, J.W.R. de
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=20070607191648.GC18372@suse.cz \
--to=vojtech@suse.cz \
--cc=j.w.r.degoede@hhs.nl \
--cc=linux-kernel@vger.kernel.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