Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp2100886rwe; Fri, 2 Sep 2022 08:30:27 -0700 (PDT) X-Google-Smtp-Source: AA6agR5h1bcuMaZkoyRIrjMBsbxjbWExd30HYXM8cKhdynQJHrvfNjBHenZu4tDPW5jYPkw52xB1 X-Received: by 2002:a17:903:40c4:b0:175:a556:c896 with SMTP id t4-20020a17090340c400b00175a556c896mr5550990pld.157.1662132627464; Fri, 02 Sep 2022 08:30:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662132627; cv=none; d=google.com; s=arc-20160816; b=PFcLh8PTJKOQ6+DvYMlRfjhQENn8c7cuiVPRWBY8ROpnuhQ/uaZrRmJNt6uVX9p7ib oTExiilyHeJAADuvisi7uuoGO3M3zB2sg4qobQZRBf/QNbtOaSsHmF2wziJS5X0dyZjt 2m9BkGqxwvNLaltdYTwlscK9ujYkz81PIfyumFU4gfLRY360rfSENZ9rh00znoASbA4v XTV5ZD4x7DF2cun52ebrS06flClvKkpCmDxIbooN2oUpsQPCHht7B3H82wxctaqAsBeQ OvcGfnebSI8Ucdu8oDI7AfNF71Zuy4dIdG0ri19cCx5ud5bXb6E8KUdrgiPrJDNjYRFH RfDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=sJgQIKBtRD0XjpUHpyUSTH5kwMI4N9I9P2cC+ztHA0E=; b=FkauNwy4z7DKvFXQat1n/mHEd0jRwOzu1tT01aVtwbEiuWFnRheyHA9BfYtJRkTVM6 bVewI6MBGFrREhPym9AHG3caYcx8eiwfWmK5K3fv+JeAcW2jhJiKA2QCPdb3Il+n7olm VEiKqfd4H9/A2EF3o8HRRyob0l4NTISbKqB0UCCuNO1tvWhSrjgIP63TTXGpzvawYGN8 UOIhaR0o/n2xcb1Ep3WiaulC4cyacytFSAQOyCerHqT3KrLrQgdAkfjRF/yGSIO3AgC0 dSSZWKjL8fricPxzQnaCJN7GFaeJ1Pzqc6fCsWAr646UdRvSoW2EIA2fcXVmkl/ljEGC 5GWw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w12-20020a63fb4c000000b0041dfe50f675si2223324pgj.634.2022.09.02.08.30.15; Fri, 02 Sep 2022 08:30:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235586AbiIBOyb (ORCPT + 99 others); Fri, 2 Sep 2022 10:54:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36112 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236850AbiIBOyE (ORCPT ); Fri, 2 Sep 2022 10:54:04 -0400 Received: from netrider.rowland.org (netrider.rowland.org [192.131.102.5]) by lindbergh.monkeyblade.net (Postfix) with SMTP id 6836026AE0 for ; Fri, 2 Sep 2022 07:18:22 -0700 (PDT) Received: (qmail 272737 invoked by uid 1000); 2 Sep 2022 10:18:21 -0400 Date: Fri, 2 Sep 2022 10:18:21 -0400 From: Alan Stern To: Paul =?iso-8859-1?Q?Heidekr=FCger?= Cc: Joel Fernandes , Andrea Parri , Will Deacon , Peter Zijlstra , Boqun Feng , Nicholas Piggin , David Howells , Jade Alglave , Luc Maranget , "Paul E. McKenney" , Akira Yokosawa , Daniel Lustig , LKML , linux-arch , Marco Elver , Charalampos Mainas , Pramod Bhatotia , Soham Chakraborty , Martin Fink Subject: Re: [PATCH] tools/memory-model: Weaken ctrl dependency definition in explanation.txt Message-ID: References: <20220830204446.3590197-1-paul.heidekrueger@in.tum.de> <663d568d-a343-d44b-d33d-29998bff8f70@joelfernandes.org> <98f2b194-1fe6-3cd8-36cf-da017c35198f@joelfernandes.org> <935D3930-C369-4B0E-ACDC-5BFDFA85AA72@in.tum.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,SPF_HELO_PASS,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 02, 2022 at 10:40:34AM +0200, Paul Heidekr?ger wrote: > On 31. Aug 2022, at 19:38, Alan Stern wrote: > >>> Finally, a read event X and another memory access event Y are linked by a > >>> control dependency if Y syntactically lies within an arm of an if > >>> statement and X affects the evaluation of the if condition via a data or > >>> address dependency. Similarly for switch statements. > >> > >> What do you think? > > > > I like the second one. How about combining the last two sentences? > > > > ... via a data or address dependency (or similarly for a switch > > statement). > > Yes, sounds good! > > > Now I suppose someone will pipe up and ask about the conditional > > expressions in "for", "while" and "do" statements... :-) > > Happy to have obliged :-) > https://lore.kernel.org/all/20F4C097-24B4-416B-95EE-AC11F5952B44@in.tum.de/ > > Do you think the text should explicitly address control dependencies in the > context of loops as well? If yes, would it be a separate patch, or would it > make sense to combine it with this one? Anything else should be a separate patch. For the time being, I'm happy not to worry about loops. In the end we'll probably have to describe them as though they were unrolled, with all the complications that entails. Alan