Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1386173pxb; Thu, 4 Mar 2021 10:00:00 -0800 (PST) X-Google-Smtp-Source: ABdhPJxIZGKBXEwzRZTcSsEz7GuDAScHpIi54d3EO/L91AGNLCS4fCLfuiRD71iHDKJheS+m1maG X-Received: by 2002:a17:907:9626:: with SMTP id gb38mr5538093ejc.301.1614880800652; Thu, 04 Mar 2021 10:00:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614880800; cv=none; d=google.com; s=arc-20160816; b=OAyjOeCYWkGxXoSblY8vxsxpreTSqQscyypb54f/+Z85CMujPaWA5Z8B88X3wA76xl 6d9e6moWHUuHsBUlKuy9lFqs+qoQLhSrEBYHs0ddwXpgENl3WN3Icxuv8Df0FvkeGNjm GHQiHDu7p136QCqeYk2BHXPtoW+VyYE/nZaZzWUsCTIIrDt2bCDYpGkU7XQ1KFG2XxK/ FLFdvuXMRr0tMIEvbG0rJtF7VXTZy1quvTPOxD47q8/HUkfWkxr9EJ9Z8buo5qjzyOr9 RtF46vRsHBQEtq9rR4j3WIwwPnnHtIT6REIIC2/B5y+sC6CBnWI9E5WwL/GpEvKBFDGH kyDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version; bh=GPEjPJyAvH3ep7WkM6odY9zQMZFARF4pmAK8lzCuoOY=; b=FHYKsnjkhogCxfBUdbdBtPqSeA8baWvpE3Tzsd6Whp7oJHqnLjURPLiTWNeNfqaaML viV0R96TqZflStBaARshG+rCR3XdZS4qyR78mZlyCxhLrBXtVlLwSB9bZlUPmNQ6jre0 BeCbEqomcPXaP6zyzGBRAVxSt+Kdz03pW736fkJkTPqMcXN79AlC/63ZIwzbWe0CE+MI TqBPUIcIudEx2kLN23NFgQ0l5oGJKGFBMZNM78yHm9klOTYniXBEMDyeEpI+WBNR29Xz x2CbLXSf4QUnL/qEadpI2VsZ4H9trOgj6YKLp8mTewXyh08Ug3MlDln0yIFrK9EZMyQM QAqQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cz6si60048edb.464.2021.03.04.09.59.37; Thu, 04 Mar 2021 10:00:00 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235516AbhCDPp0 convert rfc822-to-8bit (ORCPT + 99 others); Thu, 4 Mar 2021 10:45:26 -0500 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:45887 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235493AbhCDPpS (ORCPT ); Thu, 4 Mar 2021 10:45:18 -0500 X-IronPort-AV: E=Sophos;i="5.81,222,1610406000"; d="scan'208";a="496144963" Received: from lfbn-idf1-1-708-183.w86-245.abo.wanadoo.fr (HELO mp-66156.home) ([86.245.159.183]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Mar 2021 16:44:35 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: XDP socket rings, and LKMM litmus tests From: maranget In-Reply-To: <20210303202246.GC1582185@rowland.harvard.edu> Date: Thu, 4 Mar 2021 16:44:34 +0100 Cc: "Paul E. McKenney" , =?utf-8?B?QmrDtnJuIFTDtnBlbA==?= , bpf , LKML , Andrea Parri , Will Deacon , Peter Zijlstra , Boqun Feng , Nicholas Piggin , David Howells , "Alglave, Jade" , Akira Yokosawa , Daniel Lustig , joel@joelfernandes.org, =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= , "Karlsson, Magnus" Content-Transfer-Encoding: 8BIT Message-Id: References: <20210302211446.GA1541641@rowland.harvard.edu> <20210302235019.GT2696@paulmck-ThinkPad-P72> <20210303171221.GA1574518@rowland.harvard.edu> <20210303174022.GD2696@paulmck-ThinkPad-P72> <20210303202246.GC1582185@rowland.harvard.edu> To: Alan Stern X-Mailer: Apple Mail (2.3654.60.0.2.21) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > On 3 Mar 2021, at 21:22, Alan Stern wrote: > >>> >>> Local variables absolutely should be treated just like CPU registers, if >>> possible. In fact, the compiler has the option of keeping local >>> variables stored in registers. >>> >>> (Of course, things may get complicated if anyone writes a litmus test >>> that uses a pointer to a local variable, Especially if the pointer >>> could hold the address of a local variable in one execution and a >>> shared variable in another! Or if the pointer is itself a shared >>> variable and is dereferenced in another thread!) >> >> Good point! I did miss this complication. ;-) > > I suspect it wouldn't be so bad if herd7 disallowed taking addresses of > local variables. > > Herd7 does disallow taking addresses of local variables. However, such tests can still be run on machine, provided function bodies are accepted by the C compiler. —Luc