public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
To: Ingo Molnar <mingo@elte.hu>
Cc: "K.R. Foley" <kr@cybsft.com>,
	linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Real-Time Preemption -RT-V0.7.51-17 - Keyboard Problems
Date: Sat, 09 Jul 2005 20:31:04 +0200	[thread overview]
Message-ID: <1120933864.14404.22.camel@twins> (raw)
In-Reply-To: <20050708191326.GA6503@elte.hu>

On Fri, 2005-07-08 at 21:13 +0200, Ingo Molnar wrote:
> * K.R. Foley <kr@cybsft.com> wrote:
> 
> > Ingo,
> > 
> > I have an issue with keys VERY SPORADICALLY repeating, SOMETIMES, when 
> > running the RT patches. The problem manifests itself as if the key 
> > were stuck but happens far too quickly for that to be the case. I 
> > realize that the statements above are far from scientific, but I can't 
> > seem to narrow it down further. 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. I am attaching my config as well as the output 
> > from lspci.
> > 
> > Adjusting the delay in the keyboard repeat seems to help. Any ideas?
> 
> hm. Would be nice to somehow find a condition that triggers it. One 
> possibility is that something else is starving the keyboard handling 
> path. Right now it's handled via workqueues, which live in keventd. Do 
> things improve if you chrt keventd up to prio 99? Also i'd chrt the 
> keyboard IRQ thread up to prio 99 too.
> 
> the other possibility is some IRQ handling bug - those are usually 
> specific to the IRQ controller, so try turning off (or on) the IO-APIC 
> [if the box has an IO-APIC], does that change anything?
> 

I have also noticed this behaviour; PS2 keyboard, USB mouse.
Just now on linux-2.6.12-RT-V0.7.51-18 while building
linux-2.6.12-RT-V0.7.51-23 with make -j5. My desktop experience
became quite bumpy, the mouse pointer was very _very_ choppy and
when pressing the down arrow to access the next email message
in evolution it seemed like the key release event was delayed
and several 10's of messages were scrolled down before it stopped.

I will try again with IRQ 1 and events/* chrt'ed to fifo-99.

Ok, then my system is almost unusable but the keyboard works flawlesly.
The mouse was unmovable. I did a make clean; make -j5 on the kernel.
This on a dual athlon system.


-- 
Peter Zijlstra <a.p.zijlstra@chello.nl>


      parent reply	other threads:[~2005-07-09 18:31 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
2005-07-08 20:20   ` K.R. Foley
2005-07-09 18:31   ` Peter Zijlstra [this message]

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=1120933864.14404.22.camel@twins \
    --to=a.p.zijlstra@chello.nl \
    --cc=kr@cybsft.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    /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