From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org, josh@freedesktop.org,
dipankar@in.ibm.com
Subject: Re: [PATCH] Force rcutorture tasks to spread over CPUs
Date: Wed, 27 Jun 2007 09:30:25 -0700 [thread overview]
Message-ID: <20070627163025.GB8604@linux.vnet.ibm.com> (raw)
In-Reply-To: <20070627063055.GB3186@elte.hu>
On Wed, Jun 27, 2007 at 08:30:55AM +0200, Ingo Molnar wrote:
>
> * Andrew Morton <akpm@linux-foundation.org> wrote:
>
> > On Tue, 12 Jun 2007 21:28:04 -0700
> > "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> wrote:
> >
> > > + while (!startwriters)
> > > + barrier(); /* Force scheduler to spread over CPUs. */
> >
> > one wonders whether a cpu_relax() would be a bit nicer here. That
> > implicitly does a barrier().
> >
> > This patch doesn't make much sense for non-SMP builds?
>
> i think this patch should be unnecessary because we found the real SMP
> balancing bug in the upstream scheduler causing this rcu problem, see:
>
> commit 92c4ca5c3a5e180e9762438db235f41d192cb955
> Author: Christoph Lameter <clameter@sgi.com>
> Date: Sat Jun 23 17:16:33 2007 -0700
>
> sched: fix next_interval determination in idle_balance()
Ingo is correct -- applying the above patch caused the scheduler to
correctly balance the rcutorture tasks, so that my patch to rcutorture
is no longer needed. Which is a very good thing! ;-)
Thanx, Paul
prev parent reply other threads:[~2007-06-27 16:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-13 4:28 [PATCH] Force rcutorture tasks to spread over CPUs Paul E. McKenney
2007-06-13 16:49 ` Josh Triplett
2007-06-26 23:13 ` Andrew Morton
2007-06-27 6:30 ` Ingo Molnar
2007-06-27 16:30 ` Paul E. McKenney [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=20070627163025.GB8604@linux.vnet.ibm.com \
--to=paulmck@linux.vnet.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=dipankar@in.ibm.com \
--cc=josh@freedesktop.org \
--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 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.