Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161122AbWJXRvs (ORCPT ); Tue, 24 Oct 2006 13:51:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1161124AbWJXRvs (ORCPT ); Tue, 24 Oct 2006 13:51:48 -0400 Received: from e4.ny.us.ibm.com ([32.97.182.144]:21122 "EHLO e4.ny.us.ibm.com") by vger.kernel.org with ESMTP id S1161122AbWJXRvr (ORCPT ); Tue, 24 Oct 2006 13:51:47 -0400 Date: Tue, 24 Oct 2006 10:52:12 -0700 From: "Paul E. McKenney" To: Alan Stern Cc: David Howells , Kernel development list Subject: Re: Uses for memory barriers Message-ID: <20061024175212.GA17376@us.ibm.com> Reply-To: paulmck@us.ibm.com References: <20061023053223.GC17633@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1065 Lines: 26 On Mon, Oct 23, 2006 at 10:07:28AM -0400, Alan Stern wrote: > On Sun, 22 Oct 2006, Paul E. McKenney wrote: > > > How about ld_i(A) => ld_j(A)? This would say that both loads corresponded > > to the same store. > > > > How about this instead: "A==>B" means that B sees the value stored by A, > > > and "A==B" means that A and B are both loads and they see the value from > > > the same store. That way we avoid putting a load on the left side of > > > "==>". > > > > My concern is that "==" might also have connotations of equal values from > > distinct stores. > > Okay, here's another suggestion: ld_i(A) <=> ld_j(A). This avoids > connotations of ordering and indicates the symmetry of the relation: both > loads return data from the same store. Good point -- will try something like this. Thanx, Paul - 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/