From: "K.R. Foley" <kr@cybsft.com>
To: mr.fred.smoothie@pobox.com
Cc: Ingo Molnar <mingo@elte.hu>, linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Real-Time Preemption -RT-V0.7.51-17 - Keyboard Problems
Date: Fri, 08 Jul 2005 15:35:39 -0500 [thread overview]
Message-ID: <42CEE39B.3050803@cybsft.com> (raw)
In-Reply-To: <161717d505070812385dea6099@mail.gmail.com>
Dave Neuer wrote:
> On 7/8/05, Ingo Molnar <mingo@elte.hu> wrote:
>
>>* K.R. Foley <kr@cybsft.com> wrote:
>>
>>
>>>Ingo,
>>>
>>>I have an issue with keys VERY SPORADICALLY repeating, SOMETIMES, when
>>>running the RT patches.
>
>
> <snip>
>
>>>2.6.12 doesn't seem to have the
>>>problem at all, only when running the RT patches. It SEEMS to have
>>>gotten worse lately.
>
>
> <snip>
>
>>>Adjusting the delay in the keyboard repeat seems to help. Any ideas?
>>
>>hm. Would be nice to somehow find a condition that triggers it.
>
>
> FWIW, I've had this problem from time to time on my Compaq Presario
> x1010us laptop (which also uses the ICH-4 chipset) with several kernel
> versions between 2.6.7 and 2.6.12, and I have _not_ been running the
> RT patches (though I plan to start soon).
>
> It seems to only happen when the laptop has been running for a while.
> Also, X has been running each time. When it occurs, the stuck key
> events follow the mouse focus from window to window, and in the few
> cases where I'm able to either switch out of X to a different VT or
> kill X, the keyboard is still "wedged" -- if I recall correctly,
> switching VTs results in no keyboard events reaching that VT (as if X
> is still consuming them). Can't remember what happens when I've
> successfully killed X.
I have seen this happen once or twice, but this behaves more like the
keyboard really is stuck. The situation I am having is very brief
repeats of a key rather than just sticking forever. FWIW, when I have
seen the above situation it behaved just as you described with the stuck
key following the focus.
>
> Again, happens uncommonly enough that I haven't put much effort into
> debugging it.
>
> Anyway, unless it's a similar but unlrelated bug, it's not _caused_ by RT.
>
> Dave
>
--
kr
next prev parent reply other threads:[~2005-07-08 20:40 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-08 18:36 Real-Time Preemption -RT-V0.7.51-17 - Keyboard Problems K.R. Foley
2005-07-08 19:13 ` Ingo Molnar
2005-07-08 19:35 ` Doug Maxey
2005-07-08 20:03 ` Ingo Molnar
2005-07-08 20:27 ` K.R. Foley
2005-07-08 19:38 ` Dave Neuer
2005-07-08 20:35 ` K.R. Foley [this message]
2005-07-08 20:20 ` K.R. Foley
2005-07-09 18:31 ` Peter Zijlstra
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=42CEE39B.3050803@cybsft.com \
--to=kr@cybsft.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=mr.fred.smoothie@pobox.com \
/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