From: Peter Zijlstra <a.p.zijlstra@chello.nl>
To: Markus Trippelsdorf <markus@trippelsdorf.de>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>,
john stultz <johnstul@us.ibm.com>,
Thomas Gleixner <tglx@linutronix.de>,
Borislav Petkov <bp@amd64.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"hpa@linux.intel.com" <hpa@linux.intel.com>,
Ingo Molnar <mingo@elte.hu>,
Andreas Herrmann <andreas.herrmann3@amd.com>,
avi@redhat.com, mtosatti@redhat.com
Subject: Re: [bisected] Clocksource tsc unstable git
Date: Tue, 09 Nov 2010 14:45:33 +0100 [thread overview]
Message-ID: <1289310333.2191.53.camel@laptop> (raw)
In-Reply-To: <20101109132138.GA3110@arch.trippelsdorf.de>
On Tue, 2010-11-09 at 14:21 +0100, Markus Trippelsdorf wrote:
>
> You've missed the fact that Peter already has a patch that fixes the
> problem, but he never bothered to post it in this thread.
>
Right, forgot about that, sorry.
Still Heiko has a good point, I've queued the below after I realized
that PREEMPT_ACTIVE would still require two tests and the on_rq bit is
actually sufficient.
---
Subject: sched: Fix runnable condition for stoptask
From: Peter Zijlstra <a.p.zijlstra@chello.nl>
Date: Tue Nov 09 14:36:52 CET 2010
Heiko reported that the TASK_RUNNING check is not sufficient for
CONFIG_PREEMPT=y since we can get preempted with !TASK_RUNNING.
He suggested adding a ->se.on_rq test to the existing TASK_RUNNING
one, however TASK_RUNNING will always have ->se.on_rq, so we might as
well reduce that to a single test.
Reported-by: Heiko Carstens <heiko.carstens@de.ibm.com>
Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
LKML-Reference: <new-submission>
---
kernel/sched_stoptask.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6/kernel/sched_stoptask.c
===================================================================
--- linux-2.6.orig/kernel/sched_stoptask.c
+++ linux-2.6/kernel/sched_stoptask.c
@@ -26,7 +26,7 @@ static struct task_struct *pick_next_tas
{
struct task_struct *stop = rq->stop;
- if (stop && stop->state == TASK_RUNNING)
+ if (stop && stop->se.on_rq)
return stop;
return NULL;
next prev parent reply other threads:[~2010-11-09 13:45 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-26 11:20 Clocksource tsc unstable (delta = -8589361717 ns) in current git Markus Trippelsdorf
2010-10-26 13:18 ` Borislav Petkov
2010-10-26 13:58 ` Markus Trippelsdorf
2010-10-26 14:05 ` Markus Trippelsdorf
2010-10-26 14:38 ` Peter Zijlstra
2010-10-26 15:46 ` Thomas Gleixner
2010-10-26 16:41 ` Borislav Petkov
2010-10-26 15:48 ` Thomas Gleixner
2010-10-26 17:56 ` Markus Trippelsdorf
2010-10-26 18:19 ` Borislav Petkov
2010-10-26 19:18 ` john stultz
2010-10-27 14:26 ` Markus Trippelsdorf
2010-10-27 18:26 ` [bisected] Clocksource tsc unstable git markus
2010-10-27 19:36 ` Peter Zijlstra
2010-10-27 19:42 ` Markus Trippelsdorf
2010-10-27 19:58 ` Marcelo Tosatti
2010-11-09 12:58 ` Heiko Carstens
2010-11-09 13:07 ` Markus Trippelsdorf
2010-11-09 13:21 ` Markus Trippelsdorf
2010-11-09 13:28 ` Heiko Carstens
2010-11-09 13:45 ` Peter Zijlstra [this message]
2010-11-09 13:33 ` Peter Zijlstra
2010-10-29 8:18 ` Borislav Petkov
2010-10-29 8:30 ` Markus Trippelsdorf
2010-10-29 10:27 ` Borislav Petkov
2010-10-29 11:34 ` Markus Trippelsdorf
2010-10-29 11:39 ` Borislav Petkov
2010-10-29 11:54 ` Markus Trippelsdorf
2010-10-29 13:13 ` Borislav Petkov
2010-10-29 12:14 ` Thomas Gleixner
2010-10-29 17:00 ` Borislav Petkov
2010-10-29 17:26 ` Markus Trippelsdorf
2010-11-01 18:05 ` Thomas Gleixner
2010-11-01 18:45 ` Markus Trippelsdorf
2010-11-02 15:26 ` Thomas Gleixner
2010-11-05 16:09 ` Borislav Petkov
2010-11-05 16:42 ` Markus Trippelsdorf
2010-11-05 17:45 ` Markus Trippelsdorf
2010-11-05 21:27 ` Markus Trippelsdorf
2010-11-05 21:32 ` Borislav Petkov
2010-11-09 14:02 ` Thomas Gleixner
2010-11-09 14:39 ` Borislav Petkov
2010-11-17 23:21 ` Markus Trippelsdorf
2010-11-24 11:25 ` Borislav Petkov
2010-10-29 17:34 ` Thomas Gleixner
2010-10-27 3:24 ` Clocksource tsc unstable (delta = -8589361717 ns) in current git Mike Galbraith
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=1289310333.2191.53.camel@laptop \
--to=a.p.zijlstra@chello.nl \
--cc=andreas.herrmann3@amd.com \
--cc=avi@redhat.com \
--cc=bp@amd64.org \
--cc=heiko.carstens@de.ibm.com \
--cc=hpa@linux.intel.com \
--cc=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=markus@trippelsdorf.de \
--cc=mingo@elte.hu \
--cc=mtosatti@redhat.com \
--cc=tglx@linutronix.de \
/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.