linux-kernel - Re: Bug#594089: keyboard-configuration: caps lock keycode problem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20101027160842.GB8745@core.coreip.homeip.net>
Date:	Wed, 27 Oct 2010 09:08:42 -0700
From:	Dmitry Torokhov <dmitry.torokhov@...il.com>
To:	Samuel Thibault <sthibault@...ian.org>,
	Tom Vier <tom@...adsys.com>,
	"594089@...s.debian.org" <594089@...s.debian.org>,
	"linux-input@...r.kernel.org" <linux-input@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Jiri Kosina <jkosina@...e.cz>
Subject: Re: Bug#594089: keyboard-configuration: caps lock keycode problem

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 écrit :
> > On Oct 27, 2010, at 5:05 AM, Samuel Thibault <sthibault@...ian.org> wrote:
> > 
> > 
> >     Dmitry Torokhov, le Wed 27 Oct 2010 02:10:29 -0700, a écrit :
> > 
> >         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 additional
> >         scancode is coming from... Do you have some funky keymap loaded?
> >         Anything interesting in dumpkeys?
> > 
> > 
> >     Err, since the duplicates appear in scancodes already, is the content of
> >     dumpkeys really involved?
> > 
> > Evtest data does not show any additional events, so the additional scancodes
> > must be coming from the legacy keyboard driver. 
> 
> Sure, but dumpkeys shows the table from scancodes to keycodes, not from
> 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 not
generated by the keyboard itself (otherwise we'd have seen them in
evtest output for that device).

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