[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.0902180812500.21686@localhost.localdomain>
Date: Wed, 18 Feb 2009 08:19:29 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Nick Piggin <npiggin@...e.de>
cc: Suresh Siddha <suresh.b.siddha@...el.com>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Oleg Nesterov <oleg@...hat.com>,
Jens Axboe <jens.axboe@...cle.com>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Ingo Molnar <mingo@...e.hu>,
Rusty Russell <rusty@...tcorp.com.au>,
Steven Rostedt <rostedt@...dmis.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arch@...r.kernel.org" <linux-arch@...r.kernel.org>
Subject: Re: smp.c && barriers (Was: [PATCH 1/4] generic-smp: remove single
ipi fallback for smp_call_function_many())
On Wed, 18 Feb 2009, Nick Piggin wrote:
> >
> > x2apic register reads/writes don't have serializing semantics, as
> > opposed to uncached xapic accesses, which are inherently serializing.
> >
> > With this patch, we need to fix the corresponding x2apic IPI operations.
> > I will take a look at it.
>
> You're saying the problem is in generic_exec_single because I've
> removed the smp_mb that inadvertently also serialises memory with
> the x2apic on x86?
I think Suresh is wrong on this.
The x2apic is using "wrmsr" to write events, and that's a serializing
instruction.
I really don't know of any way to get unordered information out of a x86
core, except for playing games with WC memory, and WC memory would not be
appropriate for something like an interrupt controller.
Of course, it's possible that Intel made the x2apic MSR's magic, and that
they don't serialize, but that's very much against some very explicit
Intel documentation. wrmsr is one of the (few) instructions that is
mentioned all ove the documentation as being serializing.
Linus
--
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