Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp859180pxb; Wed, 29 Sep 2021 11:08:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzECIXD9PzPV2zn5rGxx5HDsCkYIf9DC0nBy0SORWTRenCgBtZPive/D2G8e7+YGOxiEs28 X-Received: by 2002:a50:d98d:: with SMTP id w13mr1566895edj.51.1632938920586; Wed, 29 Sep 2021 11:08:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632938920; cv=none; d=google.com; s=arc-20160816; b=S4g/2MGMcxllfAOotL8Q09wMe0pl1HgEdJLHrTV8/ptP3nrIwsH7Slac7xfiwtfLB1 r9fqEqZdVDhYMMKWoa1M3JmTHgfUCoKkk80JRoqrKmUCvknPcubKOp1XtQ+eq7jLSZYn m8itBM5Bis6paB9HnR9UKJ77vh/rhfNlZ2rTrQPNmxzeXDupr6KkgTtf8wbU5A+GDMqB PSt6yGu2JScLTADg93eU0fhclcmdXqJcJhPNdr9HXpRh6BZDHdKITZIU3ADzIeS4EiGS r8GHte6aom1uRPipI+6A+fmco2szyKhZroe0xLrnfvfbmfZTG2TxLu1HB1jT53KvrVAa ZD/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=87c+OG/PWVu1cukSeHtYXcnHOSqVLA12S5PpfujQOwM=; b=yAH3uFgILccquOD5vfqAA5AtPjT+IQX1+IxwCZpllAM8qctoeNu8rzcXjrv2qIEDW0 2UGTA5WAYEh3VuMwNgZXngWBOD9TNrrL+3m9W8w6Nhc6TrOJvXBieNwt6IwQs7Gio/wS 9EMVVlE+liXZtDbRwaW6I01vmSQZv9w3wGoIhFuVBrORoJFoerV7kaYIjlKfT/46mGEE JvUhf8/b6wYrWN8vy3AhKpeNjQw6lJQTzjSUCdwTyotNsZl0go3hzhtF0pBviOjXBlyF 4MQmpYMk8khJWssHfK2fqawKPMwQHUik7LOdHSQ9wCwtX4TOthODs8zK3XliKFZXp/I6 TZaA== 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 o23si581848edr.299.2021.09.29.11.08.15; Wed, 29 Sep 2021 11:08:40 -0700 (PDT) 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 S1344823AbhI2RtY (ORCPT + 99 others); Wed, 29 Sep 2021 13:49:24 -0400 Received: from gate.crashing.org ([63.228.1.57]:47517 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245131AbhI2RtX (ORCPT ); Wed, 29 Sep 2021 13:49:23 -0400 Received: from gate.crashing.org (localhost.localdomain [127.0.0.1]) by gate.crashing.org (8.14.1/8.14.1) with ESMTP id 18THfmdA001474; Wed, 29 Sep 2021 12:41:48 -0500 Received: (from segher@localhost) by gate.crashing.org (8.14.1/8.14.1/Submit) id 18THfk9G001468; Wed, 29 Sep 2021 12:41:46 -0500 X-Authentication-Warning: gate.crashing.org: segher set sender to segher@kernel.crashing.org using -f Date: Wed, 29 Sep 2021 12:41:46 -0500 From: Segher Boessenkool To: Florian Weimer Cc: Mathieu Desnoyers , will@kernel.org, paulmck@kernel.org, Peter Zijlstra , linux-kernel@vger.kernel.org, Linus Torvalds , stern@rowland.harvard.edu, parri.andrea@gmail.com, boqun.feng@gmail.com, npiggin@gmail.com, dhowells@redhat.com, j.alglave@ucl.ac.uk, luc.maranget@inria.fr, akiyks@gmail.com, linux-toolchains@vger.kernel.org, linux-arch@vger.kernel.org Subject: Re: [RFC PATCH] LKMM: Add ctrl_dep() macro for control dependency Message-ID: <20210929174146.GF22689@gate.crashing.org> References: <20210928211507.20335-1-mathieu.desnoyers@efficios.com> <87lf3f7eh6.fsf@oldenburg.str.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87lf3f7eh6.fsf@oldenburg.str.redhat.com> User-Agent: Mutt/1.4.2.3i Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi! On Wed, Sep 29, 2021 at 02:28:37PM +0200, Florian Weimer wrote: > If you need a specific instruction emitted, you need a compiler > intrinsic or inline assembly. Not an intrinsic. Builtins (like almost all other code) do not say "generate this particular machine code", they say "generate code that does ". That is one reason why builtins are more powerful than inline assembler (another related reason is that they tell the compiler exactly what behaviour is expected). > I don't think it's possible to piggy-back this on something else. Unless we get a description of what this does in term of language semantics (instead of generated machine code), there is no hope, even. Segher