public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Hans de Goede <j.w.r.degoede@hhs.nl>
To: Vojtech Pavlik <vojtech@suse.cz>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: problem with softraw and keycodes > 128
Date: Thu, 07 Jun 2007 20:05:42 +0200	[thread overview]
Message-ID: <466848F6.9010707@hhs.nl> (raw)
In-Reply-To: <20070607153639.GB5775@suse.cz>

Vojtech Pavlik wrote:
> On Thu, Jun 07, 2007 at 04:55:23PM +0200, Hans de Goede wrote:
> 
>> 2) Somehow fix things so that selecting the right model in gnome/kde
>>    keyboard-preferences will make the keys work. Like it does now with
>>    softraw=0. Which leads me to asking what are the downsides of using
>>    softraw=0?
> 
> It doesn't work with anything else but PS/2 keyboards. It's useless on
> eg. USB.
> 

This is an atkbd only setting, right, so indeed it doesn't affect USB, right?

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.

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?

>>    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? And what about portability of said tools to for example freebsd?

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.

Regards,

Hans


  reply	other threads:[~2007-06-07 17:51 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 [this message]
2007-06-07 19:16         ` Vojtech Pavlik
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=466848F6.9010707@hhs.nl \
    --to=j.w.r.degoede@hhs.nl \
    --cc=linux-kernel@vger.kernel.org \
    --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