From: Tim Sander <tim.sander@hbm.com>
To: "Steven Rostedt" <rostedt@goodmis.org>
Cc: "LKML" <linux-kernel@vger.kernel.org>,
"RT" <linux-rt-users@vger.kernel.org>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Clark Williams" <williams@redhat.com>,
"John Kacur" <jkacur@redhat.com>
Subject: Re: [ANNOUNCE] 3.0.14-rt31
Date: Fri, 13 Jan 2012 10:42:08 +0100 [thread overview]
Message-ID: <201201131042.08323.tim.sander@hbm.com> (raw)
In-Reply-To: <201201121757.25467.tim.sander@hbm.com>
Hi
I was thinking about this ksoftirq0 running on max cpu. The context:
> > > and the running wild ksoftirqd0 most probably after the kernel message:
> > > "sched: RT throttling activated"
> >
> > Hmm, that's not good. It means that an RT task is spinning too much.
>
> Mh, sorry i was to terse on that. This only happens after first boot on
> UBIFS update, but it shows that somehow there seems to be a corner case
> when throtteling is activated. Since this seems to be the reason for
> ksoftirq0 running as much cpu as it gets. I just patched out switch to rt
> throtteling and i will ask the mtd guys about the work they presumably do
> in interrupt context which causes this throtteling in the first place.
I just patched out the toggle of the rt-throttle. When this throttle is disabled then
the system hangs on boot but can be rebooted with a sysrq-b. So it might be
cought with rt overload? This hang which does not occur after every update now triggers
the throttle (when not patched out). Then the system runs along with the realtime
throttle activated and now we are going to switch the clocksource with our driver to a
cyclic clock (to fight irq latency). So there might be an error sleeping there in this
codepath which seems unlikely enought that nearly no one else sees this error?
Best regards
Tim
The patch to remove toggle to realtime (only for reference)
diff --git a/kernel/sched_rt.c b/kernel/sched_rt.c
index 53525cb..e5f4290 100644
--- a/kernel/sched_rt.c
+++ b/kernel/sched_rt.c
@@ -642,8 +642,8 @@ static int sched_rt_runtime_exceeded(struct rt_rq *rt_rq)
* but accrue some time due to boosting.
*/
if (likely(rt_b->rt_runtime)) {
- rt_rq->rt_throttled = 1;
- printk_once(KERN_WARNING "sched: RT throttling activated\n");
+ //rt_rq->rt_throttled = 1;
+ printk_once(KERN_WARNING "sched: RT throttling would have been activated, but has been disabled.");
} else {
/*
* In case we did anyway, make it go away,
Please ignore:
next prev parent reply other threads:[~2012-01-13 9:49 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-22 3:40 [ANNOUNCE] 3.0.14-rt31 Steven Rostedt
2011-12-22 11:08 ` Raz
2011-12-22 11:50 ` Steven Rostedt
2011-12-22 12:08 ` Lars Segerlund
2011-12-22 13:53 ` John Kacur
2011-12-22 14:00 ` Georgiewskiy Yuriy
2011-12-22 14:00 ` Georgiewskiy Yuriy
2011-12-22 14:44 ` Steven Rostedt
2011-12-22 14:44 ` Steven Rostedt
2011-12-22 15:29 ` Georgiewskiy Yuriy
2011-12-22 15:29 ` Georgiewskiy Yuriy
2011-12-22 16:23 ` Steven Rostedt
2011-12-22 16:35 ` Georgiewskiy Yuriy
2011-12-24 0:02 ` Karsten Wiese
2011-12-24 14:13 ` Steven Rostedt
2011-12-24 16:16 ` Clark Williams
2012-01-10 18:53 ` Steven Rostedt
2012-01-10 23:56 ` Karsten Wiese
2012-01-04 15:19 ` Georgiewskiy Yuriy
2012-01-11 11:10 ` Karsten Wiese
2012-01-11 15:39 ` Steven Rostedt
2012-01-12 10:18 ` Tim Sander
2012-01-12 10:18 ` Tim Sander
2012-01-12 13:54 ` Steven Rostedt
2012-01-12 16:57 ` Tim Sander
2012-01-12 16:57 ` Tim Sander
2012-01-13 9:42 ` Tim Sander [this message]
2012-01-13 18:45 ` Bernardo Barros
2012-01-13 20:30 ` Tim Sander
2012-01-13 23:51 ` Steven Rostedt
2012-01-17 14:27 ` [ANNOUNCE] 3.0.14-rt31 - ksoftirq running wild - FEC ethernet driver to blame? Tim Sander
2012-01-17 14:42 ` Steven Rostedt
2012-01-17 17:40 ` Mike Galbraith
2012-01-18 11:11 ` [ANNOUNCE] 3.0.14-rt31 - ksoftirq running wild - FEC ethernet driver to blame? Yep Tim Sander
2012-01-18 11:11 ` Tim Sander
2012-01-18 13:54 ` Mike Galbraith
2012-01-18 15:37 ` Steven Rostedt
2012-01-24 10:52 ` Tim Sander
2012-01-24 10:52 ` Tim Sander
2012-01-25 9:31 ` Tim Sander
2012-01-25 9:31 ` Tim Sander
2012-02-01 20:27 ` Steven Rostedt
2012-02-01 23:11 ` Tim Sander
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=201201131042.08323.tim.sander@hbm.com \
--to=tim.sander@hbm.com \
--cc=jkacur@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rt-users@vger.kernel.org \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
--cc=williams@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.