Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S262177AbSJASdE>; Tue, 1 Oct 2002 14:33:04 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S262183AbSJASdB>; Tue, 1 Oct 2002 14:33:01 -0400
Received: from twilight.ucw.cz ([195.39.74.230]:60822 "EHLO twilight.ucw.cz")
	by vger.kernel.org with ESMTP id <S262177AbSJAScy>;
	Tue, 1 Oct 2002 14:32:54 -0400
Date: Tue, 1 Oct 2002 20:38:17 +0200
From: Vojtech Pavlik <vojtech@suse.cz>
To: Skip Ford <skip.ford@verizon.net>
Cc: Vojtech Pavlik <vojtech@suse.cz>, linux-kernel@vger.kernel.org
Subject: Re: KDSETKEYCODE work with new input layer?
Message-ID: <20021001203817.B14385@ucw.cz>
References: <20021001115413.B9131@ucw.cz> <200210011231.g91CVCdG000289@pool-141-150-241-241.delv.east.verizon.net> <20021001151722.A11750@ucw.cz> <200210011532.g91FW4fG000308@pool-141-150-241-241.delv.east.verizon.net> <20021001174129.A12995@ucw.cz> <200210011649.g91GnDfG000953@pool-141-150-241-241.delv.east.verizon.net> <20021001185154.A13641@ucw.cz> <200210011741.g91HfR5Y000241@pool-141-150-241-241.delv.east.verizon.net> <20021001193938.A14179@ucw.cz> <200210011811.g91IBt5Y000464@pool-141-150-241-241.delv.east.verizon.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200210011811.g91IBt5Y000464@pool-141-150-241-241.delv.east.verizon.net>; from skip.ford@verizon.net on Tue, Oct 01, 2002 at 02:11:53PM -0400
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1799
Lines: 50

On Tue, Oct 01, 2002 at 02:11:53PM -0400, Skip Ford wrote:
> Vojtech Pavlik wrote:
> > On Tue, Oct 01, 2002 at 01:41:27PM -0400, Skip Ford wrote:
> > > Vojtech Pavlik wrote:
> > > > On Tue, Oct 01, 2002 at 12:49:08PM -0400, Skip Ford wrote:
> > > > >
> > > > > The new AT driver
> > > > > doesn't log any 'unknown scancode' messages for the same buttons the
> > > > > old XT driver did.
> > > > 
> > > > That means it understands them. If it did not, showkey -s wouldn't work.
> > > > 
> > > > Just update the keymap - you don't need to change the scancode table if
> > > > the keys are working.
> > > 
> > > How do I make use of these keycodes in a map file?
> > > 
> > > 0  press
> > > 1  release
> > > 14 release
> > > 
> > > 0  press
> > > 1  release
> > > 15 release
> > 
> > 0,1,14 is keycode 142 (Sleep) and 0,1,15 is keycode 143 (WakeUp),
> > encoded because medium raw mode cannot handle keycodes above 128. If
> > loadkeys doesn't allow keycodes 142 and 143, well, I'll have to fix it.
> 
> You'll have to fix it.  I tried those before I asked.  Actually I tried
> 141 and 142 but I was close.  loadkeys rejects anything >= NR_KEYS (128)
> 
> All of my keys are recognized so I don't need any setkeycodes
> functionality at all.  I can probably get loadkeys to load my map so I
> should be ok now.  I was making things a lot harder than they had to be.

Well, if you get loadkeys to load the high keycodes, then indeed
everything is fine.

Ok, another utility to release an update for. Thanks for your
cooperation.

-- 
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/