From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tim Chen Subject: Re: [PATCH v7 5/6] MCS Lock: allow architectures to hook in to contended paths Date: Mon, 20 Jan 2014 08:43:45 -0800 Message-ID: <1390236225.3138.21.camel@schen9-DESK> References: <1389917311.3138.15.camel@schen9-DESK> <20140120121948.GD31570@twins.programming.kicks-ass.net> <20140120141157.GC9868@mudshark.cambridge.arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20140120141157.GC9868@mudshark.cambridge.arm.com> Sender: owner-linux-mm@kvack.org To: Will Deacon Cc: Peter Zijlstra , Ingo Molnar , Andrew Morton , Thomas Gleixner , "Paul E.McKenney" , "linux-kernel@vger.kernel.org" , linux-mm , "linux-arch@vger.kernel.org" , Linus Torvalds , Waiman Long , Andrea Arcangeli , Alex Shi , Andi Kleen , Michel Lespinasse , Davidlohr Bueso , Matthew R Wilcox , Dave Hansen , Rik van Riel , Peter Hurley , Raghavendra K T , George Spelvin , H. Peter An List-Id: linux-arch.vger.kernel.org On Mon, 2014-01-20 at 14:11 +0000, Will Deacon wrote: > On Mon, Jan 20, 2014 at 12:19:48PM +0000, Peter Zijlstra wrote: > > On Thu, Jan 16, 2014 at 04:08:31PM -0800, Tim Chen wrote: > > > +#ifndef arch_mcs_spin_lock_contended > > > +/* > > > + * Using smp_load_acquire() provides a memory barrier that ensures > > > + * subsequent operations happen after the lock is acquired. > > > + */ > > > +#define arch_mcs_spin_lock_contended(l) \ > > > + while (!(smp_load_acquire(l))) { \ > > > + arch_mutex_cpu_relax(); \ > > > + } > > > +#endif > > > > I think that wants to be: > > > > #define arch_mcs_spin_lock_contended(l) \ > > do { \ > > while (!smp_load_acquire(l)) \ > > arch_mutex_cpu_relax(); \ > > } while (0) > > > > So that we properly eat the ';' in: arch_mcs_spin_lock_contended(l);. > > Yeah, that's better. > > Tim: are you happy making that change please? > > Will Sure, will do. Tim -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org