From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dmitry Torokhov Subject: Re: Bug#594089: keyboard-configuration: caps lock keycode problem Date: Wed, 27 Oct 2010 09:08:42 -0700 Message-ID: <20101027160842.GB8745@core.coreip.homeip.net> References: <20101025045003.GA1438@core.coreip.homeip.net> <4CC58816.3090301@triadsys.com> <20101025180320.GA4725@const.famille.thibault.fr> <4CC6E9D8.8010201@triadsys.com> <20101026161820.GE13097@core.coreip.homeip.net> <4CC7426C.8040502@triadsys.com> <20101027091029.GB28895@core.coreip.homeip.net> <20101027120513.GT4725@const.famille.thibault.fr> <99F91536-4413-430C-9932-7CEF6AB656DB@gmail.com> <20101027152242.GO4725@const.famille.thibault.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from mail-yw0-f46.google.com ([209.85.213.46]:50474 "EHLO mail-yw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1760843Ab0J0QI7 (ORCPT ); Wed, 27 Oct 2010 12:08:59 -0400 Content-Disposition: inline In-Reply-To: <20101027152242.GO4725@const.famille.thibault.fr> Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: Samuel Thibault , Tom Vier , "594089@bugs.debian.org" <594089@bugs.debian.org>, "linux-input@vger.kernel.org" On Wed, Oct 27, 2010 at 05:22:42PM +0200, Samuel Thibault wrote: > Dmitry Torokhov, le Wed 27 Oct 2010 08:06:26 -0700, a =E9crit : > > On Oct 27, 2010, at 5:05 AM, Samuel Thibault = wrote: > >=20 > >=20 > > Dmitry Torokhov, le Wed 27 Oct 2010 02:10:29 -0700, a =E9crit : > >=20 > > Also, based on evtest data I only see presses/releases for = one key > > (Caps Lock, Right Shift, etc.) I do not see the presses for= the additional > > keys in the evtest stream so I am baffled as to where the a= dditional > > scancode is coming from... Do you have some funky keymap lo= aded? > > Anything interesting in dumpkeys? > >=20 > >=20 > > Err, since the duplicates appear in scancodes already, is the c= ontent of > > dumpkeys really involved? > >=20 > > Evtest data does not show any additional events, so the additional = scancodes > > must be coming from the legacy keyboard driver.=20 >=20 > Sure, but dumpkeys shows the table from scancodes to keycodes, not fr= om > input events to scancodes. I am just wondering if some of the translation is leaking even though the keyboard is in raw mode... OK, scratch that... Are there any other input devices? Anything connected via uinput and listening? What does /proc/bus/input/devices show? Maybe if Tom could compile and load evbug module it would show us where the additional events are coming form, becaus ethey surely are no= t generated by the keyboard itself (otherwise we'd have seen them in evtest output for that device). --=20 Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" = in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html