public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Vojtech Pavlik <vojtech@suse.cz>
To: jbradford@dial.pipex.com
Cc: Vojtech Pavlik <vojtech@suse.cz>,
	tori@ringstrom.mine.nu, linux-kernel@vger.kernel.org
Subject: Re: 2.5.40: AT keyboard input problem
Date: Thu, 3 Oct 2002 12:13:19 +0200	[thread overview]
Message-ID: <20021003121319.B37941@ucw.cz> (raw)
In-Reply-To: <200210031014.g93AE3x8000235@darkstar.example.net>; from jbradford@dial.pipex.com on Thu, Oct 03, 2002 at 11:14:02AM +0100

On Thu, Oct 03, 2002 at 11:14:02AM +0100, jbradford@dial.pipex.com wrote:
> > 
> > On Thu, Oct 03, 2002 at 09:36:05AM +0100, jbradford@dial.pipex.com wrote:
> > > > While 2.5 has worked better than I hoped for so far, I do have a problem 
> > > > with the new input layer (I think) that is easily reproducible, and quite 
> > > > irritating.
> > > > 
> > > > If I press and hold my left Alt key, press and release the right AltGr
> > > > key, and then release the left Alt key, I get one of the following
> > > > messages in dmesg:
> > > 
> > > [snip]
> > > 
> > > > The same thing happens for a few other combinations as well. I happens 
> > > > both in X and in the console.
> > > 
> > > I am getting similar odd behavior with 2.5.40 and a Japanese keyboard.  Specifically, if I bang away at repeatedly on 't', 'h', '@', and ';', I get unknown key messages in dmesg.
> > > 
> > > I posted about this a while ago, but I don't think anybody noticed :-)
> > 
> > Can you #define I8042_DEBUG_IO in i8042.h and send me the 'dmesg' output
> > of the unknown key message and data around it?
> 
> OK, that was fun - every time I managed to cause the error, by the time I'd switched to another VT, and typed dmesg, it was flooded with other keypresses :-).  I should have used a serial terminal, but anyway, here goes:
> 
> i8042.c: fa <- i8042 (interrupt, kbd, 1) [694909]
> i8042.c: f0 -> i8042 (kbd-data) [694909]
> i8042.c: fa <- i8042 (interrupt, kbd, 1) [694912]
> i8042.c: 00 -> i8042 (kbd-data) [694912]
> i8042.c: fa <- i8042 (interrupt, kbd, 1) [694915]
> i8042.c: 41 <- i8042 (interrupt, kbd, 1) [694916]
> input: AT Set 2 keyboard on isa0060/serio0
> i8042.c: 94 <- i8042 (interrupt, kbd, 1) [694937]
> i8042.c: a3 <- i8042 (interrupt, kbd, 1) [694943]
> i8042.c: 38 <- i8042 (interrupt, kbd, 1) [696272]
> i8042.c: 3d <- i8042 (interrupt, kbd, 1) [696372]
> i8042.c: bd <- i8042 (interrupt, kbd, 1) [696440]
> i8042.c: b8 <- i8042 (interrupt, kbd, 1) [696446]
> i8042.c: 1c <- i8042 (interrupt, kbd, 1) [697112]
> 
> This was in the syslog:
> 
> Oct  3 10:54:59 darkstar kernel: atkbd.c: Unknown key (set 2, scancode 0x94, on isa0060/serio0) pressed.

What's on the lines just before this one from i8042.c?

> I am unable to reproduce this by pressing any single key.  Only by repeatedly pressing many keys, (I.E. bashing the keyboard like mad), does this occur, (and not always with the same scancode).  Very odd.
> 
> This particular IBM Japanese keyboard seems to be even more exotic than most, in several ways, that might be relevant:
> 
> The Henkaku/Zenkaku key, which is in the top left, below escape, does not have a scancode by default, I.E. showkey -s reports nothing when it is pressed.

showkey -s doesn't return true rawmode anymore because of USB keyboards,
etc. So I'll need the dmesg log of these keys pressed.

> The three kana shift keys, (one between alt and the spacebar, and two between alt-gr and the spacebar), which are marked differently to any other Japanese keyboard I've ever seen, all report the keycode 57, and scancode 0x39 when pressed, and scancode 0xb9 when released - the same as the space bar.  Therefore it doesn't seem possible to use them as independent keys.

Again, the dmesg log for these would be more interesting.

> The keyboard has a speaker in it, and a volume control, but it's never made a single noise, apart from a click when it's switched on, (so it does work).
> 
> This is a very strange keyboard :-).  94X1110 is the IBM part number.
> 
> John.

-- 
Vojtech Pavlik
SuSE Labs

  reply	other threads:[~2002-10-03 10:08 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-03  6:59 2.5.40: AT keyboard input problem Tobias Ringstrom
2002-10-03  7:15 ` DevilKin
2002-10-03  8:36 ` jbradford
2002-10-03  8:48   ` Vojtech Pavlik
2002-10-03 10:14     ` jbradford
2002-10-03 10:13       ` Vojtech Pavlik [this message]
2002-10-03 11:34         ` jbradford
2002-10-03 11:31           ` Vojtech Pavlik
2002-10-03 12:42             ` jbradford
2002-10-03 12:43               ` Vojtech Pavlik
2002-10-03 13:20                 ` jbradford
2002-10-03 13:17                   ` Vojtech Pavlik
2002-10-03 13:40                   ` Vojtech Pavlik
2002-10-03 13:44                   ` Bruce Harada
2002-10-03 17:43                   ` Andries Brouwer
2002-10-03  8:47 ` Vojtech Pavlik
2002-10-03 12:08   ` Tobias Ringstrom
2002-10-03 12:10     ` Vojtech Pavlik
2002-10-03 12:28       ` Tobias Ringstrom
2002-10-03 12:31         ` Vojtech Pavlik
     [not found]           ` <Pine.LNX.4.44.0210031442500.14559-100000@boris.prodako.se>
2002-10-07 12:31             ` Vojtech Pavlik
2002-10-03 12:48 ` Jon Portnoy
2002-10-03 12:51   ` Vojtech Pavlik

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=20021003121319.B37941@ucw.cz \
    --to=vojtech@suse.cz \
    --cc=jbradford@dial.pipex.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tori@ringstrom.mine.nu \
    /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