Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1129296ybb; Fri, 20 Mar 2020 13:58:42 -0700 (PDT) X-Google-Smtp-Source: ADFU+vv3bzW0n+z479Np6G9vo5FhcSzdpp4xdCSYeFfRuSF12PG4FztCh1eyn+lNYJtJHyQznsyL X-Received: by 2002:aca:4d13:: with SMTP id a19mr7976416oib.105.1584737922697; Fri, 20 Mar 2020 13:58:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584737922; cv=none; d=google.com; s=arc-20160816; b=Wh9HGT905zNCaca9TfwqesfNO7q9yjCHtly8u3uiKfrCV4hm5fHhK/NDv4EubbCLuJ t8hoj5mqkQ+FAKV9cW0ecRgdWY5AbJO4ePfAXO8hmM+GWWjQTHwTJYsyRy3QXLU4SytA e4l3xyZ01WtX2E8WBbpzL3zSvFCY+fGjNPxdWrY0beFG4oh/ZpMBavJZczc+uNfyRrV+ jwUpMF9oxFisLJ7BtHTeIzBv3u9oocLjyKEEZmYF2MT11rdtou8MoTDE8w19t5FQME5e g2l2j9FlWucdSl5FfqIeiuoICacLkP5fOoP9QV47Bs3YU7bZ5zemiBfYFx4kiAgdib26 3anA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:in-reply-to :subject:cc:to:from:date; bh=INYegtUO2epxWkpfXsT0gOFQEMk8f9DZ3BUwmvSyVFE=; b=Uwi36vl0VScZleuEIWNluTB69Y3bXFBl1Zg0e72yYB3P0BYkdzg4exzssxX18AV3uC bdMSj7jA7+wUvTwzDMEys3p/3mtSY8I5sZwvbzV/Nyqo0EwqBA9mtQG0ivu0rhUyAx9w bY+oqHItzIR4RQ7fWCP1Fwk2EphGjalmD0WMaV9EzGxuZliFBJhwoSS2nr1QaKcgLG5B y1JZJzJ5Rwi3vZx3lXo0ixLzw6m4qDOKsXXpDarSg8/tAubKzNkQHQlSZUdtwNk3jSl+ 25M2mY9Fum8U6jfXwjL9JS32eEB+1hEeh3FtytRP/FDncx/kOLIlcjPGq0mu82eLR7AJ ydrA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s200si3135779oie.188.2020.03.20.13.58.30; Fri, 20 Mar 2020 13:58:42 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727070AbgCTU5A (ORCPT + 99 others); Fri, 20 Mar 2020 16:57:00 -0400 Received: from netrider.rowland.org ([192.131.102.5]:51187 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1726880AbgCTU5A (ORCPT ); Fri, 20 Mar 2020 16:57:00 -0400 Received: (qmail 2866 invoked by uid 500); 20 Mar 2020 16:56:59 -0400 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 20 Mar 2020 16:56:59 -0400 Date: Fri, 20 Mar 2020 16:56:59 -0400 (EDT) From: Alan Stern X-X-Sender: stern@netrider.rowland.org To: Joel Fernandes cc: linux-kernel@vger.kernel.org, Akira Yokosawa , Andrea Parri , Boqun Feng , Daniel Lustig , David Howells , Jade Alglave , , Luc Maranget , Nicholas Piggin , "Paul E. McKenney" , Peter Zijlstra , Will Deacon Subject: Re: [PATCH 2/3] LKMM: Add litmus test for RCU GP guarantee where reader stores In-Reply-To: <20200320165948.GB155212@google.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 20 Mar 2020, Joel Fernandes wrote: > On Fri, Mar 20, 2020 at 11:03:30AM -0400, Alan Stern wrote: > > On Fri, 20 Mar 2020, Joel Fernandes (Google) wrote: > > > > > This adds an example for the important RCU grace period guarantee, which > > > shows an RCU reader can never span a grace period. > > > > > > Signed-off-by: Joel Fernandes (Google) > > > --- > > > .../litmus-tests/RCU+sync+read.litmus | 37 +++++++++++++++++++ > > > 1 file changed, 37 insertions(+) > > > create mode 100644 tools/memory-model/litmus-tests/RCU+sync+read.litmus > > > > > > diff --git a/tools/memory-model/litmus-tests/RCU+sync+read.litmus b/tools/memory-model/litmus-tests/RCU+sync+read.litmus > > > new file mode 100644 > > > index 0000000000000..73557772e2a32 > > > --- /dev/null > > > +++ b/tools/memory-model/litmus-tests/RCU+sync+read.litmus > > > > Do these new tests really belong here? I thought we were adding a new > > directory under Documentation/ for litmus tests that illustrate parts > > of the LKMM or memory-barriers.txt. > > > > By contrast, the tests under tools/memory-model are merely to show > > people what litmus tests look like and how they should be written. > > I could add it to tools/memory-model/Documentation/ under a new > 'examples' directory there. We could also create an 'rcu' directory in > tools/memory-model/litmus-tests/ and add these there. Thoughts? What happened was that about a month ago, Boqun Feng added Documentation/atomic-tests for litmus tests related to handling of atomic_t types (see .) Should we interpose an extra directory level, making it Documentation/litmus-tests/atomic? Or Documentation/LKMM-litmus-tests/atomic? Then the new tests added here could go into Documentation/litmus-tests/rcu, or whatever. Alan