lkml.org 
[lkml]   [2008]   [Nov]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch] generic-ipi: fix the smp_mb() placement
On Tue, Nov 04 2008, Suresh Siddha wrote:
> On Tue, Nov 04, 2008 at 02:19:56AM -0700, Ingo Molnar wrote:
> >
> > * Jeremy Fitzhardinge <jeremy@goop.org> wrote:
> >
> > > Ingo Molnar wrote:
> > >> ok - so that makes it a v2.6.28 item i guess.
> > >>
> > >
> > > The case Suresh is talking about was a fix to Xen itself, rather
> > > than on the kernel side, so it doesn't need to be a .28 issue on
> > > Xen's account.
> >
> > ok - but still the portion of the fix that strengthens barriers looks
> > obvious to have and there's little downside that i can see.
> >
> > Suresh, you might want to split the patch(es) in two: get the barrier
> > strengthening changes into v2.6.28 (to fix the x2apic bug), while the
> > aspects that _weaken_ barriers can wait for v2.6.29.
> >
> > With that it would be a 100% safe change for v2.6.28-rc4.
>
> Ok. I just posted three patches (including the x86 specific change).
>
> [patch 1/3] generic-ipi: add smp_mb() before sending the IPI
> [patch 2/3] x86: Add smp_mb() before sending INVALIDATE_TLB_VECTOR
> [patch 3/3] generic-ipi: fix the smp_mb() usage
>
> First two patches are safe to go into v2.6.28. Third patch can wait for v2.6.29.

I already have the combined 1+3 patch queued up...

--
Jens Axboe



\
 
 \ /
  Last update: 2008-11-05 10:25    [W:0.043 / U:0.884 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site