mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andries Brouwer <aebr@win.tue.nl>
To: Petr Vandrovec <vandrove@vc.cvut.cz>
Cc: Andries Brouwer <aebr@win.tue.nl>,
	Zwane Mwaikambo <zwane@linuxpower.ca>,
	vojtech@suse.cz, linux-kernel@vger.kernel.org
Subject: Re: Another keyboard woes with 2.6.0...
Date: Mon, 15 Sep 2003 00:10:24 +0200	[thread overview]
Message-ID: <20030915001024.C11134@pclin040.win.tue.nl> (raw)
In-Reply-To: <20030914195216.GB9200@vana.vc.cvut.cz>; from vandrove@vc.cvut.cz on Sun, Sep 14, 2003 at 09:52:16PM +0200

On Sun, Sep 14, 2003 at 09:52:16PM +0200, Petr Vandrovec wrote:

> > Hmm. Yes. An F7 that is never released.
> > Is that what you see - an infinitely repeated F7 until
> > you hit the next key?
> 
> Yes. It is what I was trying to tell by "confuses everything".
>  
> > And the 0x41 is generated by this switch?
> 
> Yes.
>  
> > And it also occurs on 2.4 but there nothing bad happens?
> 
> It looks to me like that it does. We get one 0x41 when we
> send ED 00, and second time after enabling keyboard by F4,
> like 2.6.x does... But it is not that serious under 2.4.x...

No - it is sent only once (and, I suppose, gives a little bit of garbage
to whatever process eats it in 2.4) but in 2.6 it is repeated.

A separate micro project might be to find out precisely when this
switch sends this code, and whether it can send other codes.

To save this machine for 2.6 no doubt you can invent something
most suitable for you. Replacing input.c:input_repeat_key()
by a dummy routine kills all key repeat.
The key that is repeated is dev->repeat_key, and we have the
keycode there if I am not mistaken, not the scancode, but they
are equal in this case, so you might also add
	if (dev->repeat_key == 65)
		return;
at the start of input_repeat_key().

In the mean time we must invent a real solution instead of a stopgap.

Andries


  reply	other threads:[~2003-09-14 22:10 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-12 18:33 Petr Vandrovec
2003-09-13 18:52 ` Andries Brouwer
2003-09-13 21:40   ` Petr Vandrovec
2003-09-14 10:13     ` Andries Brouwer
2003-09-14 10:34       ` Andries Brouwer
2003-09-14 19:52         ` Petr Vandrovec
2003-09-14 22:10           ` Andries Brouwer [this message]
2003-09-19 11:38     ` Vojtech Pavlik
  -- strict thread matches above, loose matches on Subject: below --
2003-09-12 16:50 Petr Vandrovec
2003-09-12 17:45 ` Zwane Mwaikambo
2003-09-16 21:23   ` Andries Brouwer
2003-09-16 22:45     ` Jamie Lokier
2003-09-16 22:49     ` Zwane Mwaikambo
2003-09-16 23:12       ` Zwane Mwaikambo
2003-09-16 23:18         ` Zwane Mwaikambo
2003-09-17  0:01         ` Andries Brouwer
2003-10-06 22:08     ` Petr Vandrovec
2003-10-14 18:16       ` Petr Vandrovec
2003-10-14 21:27         ` Andries Brouwer
2003-09-13 19:06 ` Pekka Pietikainen

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=20030915001024.C11134@pclin040.win.tue.nl \
    --to=aebr@win.tue.nl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vandrove@vc.cvut.cz \
    --cc=vojtech@suse.cz \
    --cc=zwane@linuxpower.ca \
    /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

all inboxes | Powered by JetHome®