Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id F22C7C61DA4 for ; Wed, 22 Feb 2023 20:32:17 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232604AbjBVUcQ (ORCPT ); Wed, 22 Feb 2023 15:32:16 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41126 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232470AbjBVUcO (ORCPT ); Wed, 22 Feb 2023 15:32:14 -0500 Received: from netrider.rowland.org (netrider.rowland.org [192.131.102.5]) by lindbergh.monkeyblade.net (Postfix) with SMTP id 1410F37541 for ; Wed, 22 Feb 2023 12:32:12 -0800 (PST) Received: (qmail 1219409 invoked by uid 1000); 22 Feb 2023 15:32:12 -0500 Date: Wed, 22 Feb 2023 15:32:12 -0500 From: Alan Stern To: "Paul E. McKenney" Cc: Joel Fernandes , linux-kernel@vger.kernel.org, Boqun Feng , Jade Alglave , Luc Maranget , Peter Zijlstra , Will Deacon , Jonas Oberhauser , Akira Yokosawa , Andrea Parri , Daniel Lustig , David Howells , Jonas Oberhauser , linux-arch@vger.kernel.org, Nicholas Piggin , Paul =?iso-8859-1?Q?Heidekr=FCger?= , Will Deacon Subject: Re: [PATCH] tools/memory-model: Add details about SRCU read-side critical sections Message-ID: References: <20230213015506.778246-1-joel@joelfernandes.org> <20230222195051.GT2948950@paulmck-ThinkPad-P17-Gen-1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230222195051.GT2948950@paulmck-ThinkPad-P17-Gen-1> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 22, 2023 at 11:50:51AM -0800, Paul E. McKenney wrote: > On Mon, Feb 20, 2023 at 04:06:13PM -0500, Alan Stern wrote: > > On Sun, Feb 19, 2023 at 12:13:14PM -0500, Joel Fernandes wrote: > > > On Sun, Feb 19, 2023 at 12:11 PM Joel Fernandes wrote: > > > > Even though it may be redundant: would it be possible to also mention > > > > (after this paragraph) that this case forms an undesirable "->rf" link > > > > between B and C, which then causes us to link A and D as a result? > > > > > > > > A[srcu-lock] ->data B[once] ->rf C[once] ->data D[srcu-unlock]. > > > > > > Apologies, I meant here, care must be taken to avoid: > > > > > > A[srcu-lock] ->data B[srcu-unlock] ->rf C[srcu-lock] ->data D[srcu-unlock]. > > > > Revised patch below. I changed more than just this bit. Mostly small > > edits to improve readability, but I did add a little additional > > material. > > Looks good to me, thank you! > > Would you like to send a formal patch, or are you thinking in terms > of making other changes first? I'll send a formal patch when I find time to write an appropriate Changelog description. I also have in mind making other changes along the lines Joel suggested, but they will be separate patches. Alan