Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754265Ab3I0Xkf (ORCPT ); Fri, 27 Sep 2013 19:40:35 -0400 Received: from smtp-out003.kontent.com ([81.88.40.217]:48407 "EHLO smtp-out003.kontent.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754086Ab3I0Xkc (ORCPT ); Fri, 27 Sep 2013 19:40:32 -0400 Message-ID: <1380325227.1631.2.camel@linux-fkkt.site> Subject: Re: [PATCH] checkpatch: Make the memory barrier test noisier From: Oliver Neukum To: Peter Zijlstra Cc: Joe Perches , Ingo Molnar , Tim Chen , Jason Low , Davidlohr Bueso , Ingo Molnar , Andrew Morton , Andrea Arcangeli , Alex Shi , Andi Kleen , Michel Lespinasse , Davidlohr Bueso , Matthew R Wilcox , Dave Hansen , Rik van Riel , Peter Hurley , linux-kernel@vger.kernel.org, linux-mm Date: Sat, 28 Sep 2013 01:40:27 +0200 In-Reply-To: <20130927145007.GD15690@laptop.programming.kicks-ass.net> References: <1380231702.3467.85.camel@schen9-DESK> <1380235333.3229.39.camel@j-VirtualBox> <1380236265.3467.103.camel@schen9-DESK> <20130927060213.GA6673@gmail.com> <20130927112323.GJ3657@laptop.programming.kicks-ass.net> <1380289495.17366.91.camel@joe-AO722> <20130927134802.GA15690@laptop.programming.kicks-ass.net> <1380291257.17366.103.camel@joe-AO722> <20130927142605.GC15690@laptop.programming.kicks-ass.net> <1380292495.17366.106.camel@joe-AO722> <20130927145007.GD15690@laptop.programming.kicks-ass.net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.9.4 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 866 Lines: 24 On Fri, 2013-09-27 at 16:50 +0200, Peter Zijlstra wrote: > On Fri, Sep 27, 2013 at 07:34:55AM -0700, Joe Perches wrote: > > That would make it seem as if all barriers are SMP no? > > I would think any memory barrier is ordering against someone else; if > not smp then a device/hardware -- like for instance the hardware page > table walker. > > Barriers are fundamentally about order; and order only makes sense if > there's more than 1 party to the game. But not necessarily more than 1 kind of parties. It is perfectly possible to have a barrier against other threads running the same function. Regards Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/