[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1174744046.10840.428.camel@localhost.localdomain>
Date: Sat, 24 Mar 2007 14:47:26 +0100
From: Thomas Gleixner <tglx@...utronix.de>
To: Adrian Bunk <bunk@...sta.de>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Ingo Molnar <mingo@...e.hu>, Emil Karlson <jkarlson@...hut.fi>
Subject: Re: [4/5] 2.6.21-rc4: known regressions (v2)
Emil,
On Fri, 2007-03-23 at 20:22 +0100, Thomas Gleixner wrote:
> On Fri, 2007-03-23 at 19:50 +0100, Adrian Bunk wrote:
> > Subject : dynticks makes ksoftirqd1 use unreasonable amount of cpu time
> > References : http://bugzilla.kernel.org/show_bug.cgi?id=8100
> > Submitter : Emil Karlson <jkarlson@...hut.fi>
> > Handled-By : Thomas Gleixner <tglx@...utronix.de>
> > Status : problem is being debugged
>
> The problem is not reproducible on any of my machines.
>
I've uploaded a patch against 2.6.21-rc4 to
http://tglx.de/private/tglx/2.6.21-rc4-trace/2.6.21-rc4-trace.patch.bz2
It contains all changes in Linus tree since -rc4 plus the two pending
fixes (http://tglx.de/private/tglx/2.6.21-rc4-pending/) along with a
backport of the latency tracer from the realtime preemption patch.
Can you please apply the patch on top of -rc4 and build it with the
configuration, which exposes this strange behaviour. Please enable also
CONFIG_LATENCY_TRACE in the Kernel hacking menu.
When the problem is visible, then run trace-it
(http://tglx.de/private/tglx/2.6.21-rc4-trace/trace-it.c) as root:
# trace-it >trace.txt
This captures roughly one second of kernel code pathes. Please stick
trace.txt into Bugzilla.
Thanks,
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists