From: Con Kolivas <kernel@kolivas.org>
To: mru@users.sourceforge.net (=?iso-8859-1?q?M=E5ns?=
	=?iso-8859-1?q?=20Rullg=E5rd?=),
       linux-kernel@vger.kernel.org
Subject: Re: [PATCH]O18.1int
Date: Mon, 25 Aug 2003 20:50:04 +1000
User-Agent: KMail/1.5.3
References: <200308231555.24530.kernel@kolivas.org> <200308252016.13315.kernel@kolivas.org> <yw1x65kmc9f2.fsf@users.sourceforge.net>
In-Reply-To: <yw1x65kmc9f2.fsf@users.sourceforge.net>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
Content-Disposition: inline
Message-Id: <200308252050.04147.kernel@kolivas.org>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1337
Lines: 30

On Mon, 25 Aug 2003 20:34, M?ns Rullg?rd wrote:
> Con Kolivas <kernel@kolivas.org> writes:
> >> > XEmacs still spins after running a background job like make or grep.
> >> > It's fine if I reverse patch-O16.2-O16.3. The spinning doesn't happen
> >> > as often, or as long time as with O16.3, but it's there and it's
> >> > irritating.
> >>
> >> another example is RXVT (an X terminal emulator). Starts spinnig after
> >> it's child has exited. Not always, but annoyingly often. System is
> >> almost locked while it spins (calling select).
> >
> > What does vanilla kernel do with these apps running? Both immediately
> > after the apps have started up and some time (>1 min) after they've been
> > running?
>
> Vanilla test1 has the spin effect.  Test2 doesn't.  I haven't tried
> vanilla test3 or test4.  As I've said, the O16.2-O16.3 patch
> introduced the problem.  With that patch reversed, everything is
> fine.  What problem does that patch fix?

It's a generic fix for priority inversion but it induces badness in smp, and 
latency in task preemption on up so it's not suitable.

Con

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