Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp4479461pxb; Tue, 5 Oct 2021 04:06:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz7eqPdMBz9Y/XfnKFJ2Vy0hFmUzvy4aYldtPILtzdiUeAsNBxo5Sa9sGM9f2aCqYYEmVNm X-Received: by 2002:a17:906:6c83:: with SMTP id s3mr24630814ejr.13.1633431992098; Tue, 05 Oct 2021 04:06:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633431992; cv=none; d=google.com; s=arc-20160816; b=FvGBwqd+49C+VuvlHdZQkDmPy/lhB1zVCyaTjX9tTvSIpAPe4f8hVkNAeF7XNHN/6V j5QI85K2PfStOSOVif/Focb23rEVgoCE9bnslu5R0TatttasV5M7bEXz8jb9Te1cIn7V zJMdvS1jdJ3mgaDXDq9BII3yiks7urPvJF7aM6aSC9FFf5zFpKIT5IDhpya3169Sdtkx P3aqrLPZG1EyHh8Nd53Ga2srXbzWSKpDmDn7LC4bplj/VfSmIhWU6wtmtYM5eVUx/KH6 5ePCHeGN/AuEEftAl3gCLAGZ8QH96qdSmZooUuNc4Aq5zwsnFQXXpWp4h0GexGaLyjUt +CKQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:references:mime-version :message-id:in-reply-to:date:dkim-signature; bh=bAriFda77KQSvkeLAdzIsmSKLo4uFZFQooRrd/rm25s=; b=V//XoBGVxgn/Fm/bbJXO1MnjiH/hsBbFzoPHtmfCrfeokGah4LQBpYaL8naaeSUhrg DpdZR8B0O3nU4atrg/aelcL/PWbEB0h2zmUGEvdk5RTAHu/XYeh/U3dopdGLbhA7sAmG 2WnextHz+QLUniJBzFcKO3rOlstL6Sm6Slcv7Spui/FjadxTt8Z7SkvcguuxJLWX8yk0 4sPrEPyoU6fhEVG+7lZp/cBwnjvAxd/DL2XobiIR9sPGGBrGMJOh3k1sFR5S491J6HYw /RKL6G77a8LCZFMlnGYi+AfkCr5LoaL9FfUZPKWFTn38ModIkxUN9D65CHTngpR8heQJ dNdw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=ets2sLEU; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y4si21034188ejk.622.2021.10.05.04.06.05; Tue, 05 Oct 2021 04:06:32 -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; dkim=pass header.i=@google.com header.s=20210112 header.b=ets2sLEU; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234435AbhJELDQ (ORCPT + 99 others); Tue, 5 Oct 2021 07:03:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52080 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234447AbhJELCz (ORCPT ); Tue, 5 Oct 2021 07:02:55 -0400 Received: from mail-wm1-x34a.google.com (mail-wm1-x34a.google.com [IPv6:2a00:1450:4864:20::34a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8C91DC0617BF for ; Tue, 5 Oct 2021 04:00:19 -0700 (PDT) Received: by mail-wm1-x34a.google.com with SMTP id 200-20020a1c00d1000000b0030b3dce20e1so1164500wma.0 for ; Tue, 05 Oct 2021 04:00:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:in-reply-to:message-id:mime-version:references:subject:from:to :cc; bh=bAriFda77KQSvkeLAdzIsmSKLo4uFZFQooRrd/rm25s=; b=ets2sLEUSeqf2WMRaL5hYWDn8l6wE1b2w/7sDfXLO4KLhXBCQaC4kOgTp19Encefnw jYlLY4PKK2IXcJgFESqwEwHrZ5Td7G1niHpPxgaOkxLTiG61GgRatpK7/qrJkQXD7oP9 yaY9tMHF1HG+L9wTNS1oF4p+m/n35XBPrQDyduB0jHpnbJDmIoe1ltVAk5mXWxmU1jVM pUH1claWzDggDOIxpc04wW2LCQRNVt+OSpPe5M8kEB7gcagf6pi5RmJ/PcJruJkwx9UN cJTZy5YARZkTft5TnnPUQHgutpPljmQ+lyq6vgDFFUpJk/MWohfufIVbaPqOOABrRjWb 6kfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:in-reply-to:message-id:mime-version :references:subject:from:to:cc; bh=bAriFda77KQSvkeLAdzIsmSKLo4uFZFQooRrd/rm25s=; b=b5ndBQrfh1fm4RF4UZYGoowCcwfzabRNJvySmMzARQwQJ6Cqt0UTiwbmLlLFdmWS9k bj9LkWRswZ1SDs9Y31SqtPfTngSPwkV5LvXM6gjwUP566bSfukGdQv7H0CYECfJI/iCs CUnKruENEaFh6S3lf3dJ/tV3KgeAq+/phcOj3LXHfoBoWjBwHUVVMApyKXlGYr8vjKYz WMixmh85ltvTrcikTyYKLNcssyvXLP/0dTcZxG17ppR+eAatOMoNWuo3bV9bhFvv01Vt UXdPLy8GkLOe4a1VFopW+n5o07vu2RP4zxDC2Z/+j8EsGL84w2ibGURw5pKE8Tx5/5Kx +c/Q== X-Gm-Message-State: AOAM532cKX4jGMI5l7+Iz6EmQp9TpiDVClqw1CZhDnL0vzS5vcURw5b+ PBv2ZwsMmAcogoyJ7/jABBv6ue+X4w== X-Received: from elver.muc.corp.google.com ([2a00:79e0:15:13:e44f:5054:55f8:fcb8]) (user=elver job=sendgmr) by 2002:a5d:6084:: with SMTP id w4mr17452146wrt.176.1633431618057; Tue, 05 Oct 2021 04:00:18 -0700 (PDT) Date: Tue, 5 Oct 2021 12:58:57 +0200 In-Reply-To: <20211005105905.1994700-1-elver@google.com> Message-Id: <20211005105905.1994700-16-elver@google.com> Mime-Version: 1.0 References: <20211005105905.1994700-1-elver@google.com> X-Mailer: git-send-email 2.33.0.800.g4c38ced690-goog Subject: [PATCH -rcu/kcsan 15/23] locking/barriers, kcsan: Support generic instrumentation From: Marco Elver To: elver@google.com, "Paul E . McKenney" Cc: Alexander Potapenko , Boqun Feng , Borislav Petkov , Dmitry Vyukov , Ingo Molnar , Josh Poimboeuf , Mark Rutland , Peter Zijlstra , Thomas Gleixner , Waiman Long , Will Deacon , kasan-dev@googlegroups.com, linux-arch@vger.kernel.org, linux-doc@vger.kernel.org, linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, x86@kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thus far only smp_*() barriers had been defined by asm-generic/barrier.h based on __smp_*() barriers, because the !SMP case is usually generic. With the introduction of instrumentation, it also makes sense to have asm-generic/barrier.h assist in the definition of instrumented versions of mb(), rmb(), wmb(), dma_rmb(), and dma_wmb(). Because there is no requirement to distinguish the !SMP case, the definition can be simpler: we can avoid also providing fallbacks for the __ prefixed cases, and only check if `defined(__)`, to finally define the KCSAN-instrumented versions. This also allows for the compiler to complain if an architecture accidentally defines both the normal and __ prefixed variant. Signed-off-by: Marco Elver --- include/asm-generic/barrier.h | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) diff --git a/include/asm-generic/barrier.h b/include/asm-generic/barrier.h index 27a9c9edfef6..02c4339c8eeb 100644 --- a/include/asm-generic/barrier.h +++ b/include/asm-generic/barrier.h @@ -21,6 +21,31 @@ #define nop() asm volatile ("nop") #endif +/* + * Architectures that want generic instrumentation can define __ prefixed + * variants of all barriers. + */ + +#ifdef __mb +#define mb() do { kcsan_mb(); __mb(); } while (0) +#endif + +#ifdef __rmb +#define rmb() do { kcsan_rmb(); __rmb(); } while (0) +#endif + +#ifdef __wmb +#define wmb() do { kcsan_wmb(); __wmb(); } while (0) +#endif + +#ifdef __dma_rmb +#define dma_rmb() do { kcsan_rmb(); __dma_rmb(); } while (0) +#endif + +#ifdef __dma_wmb +#define dma_wmb() do { kcsan_wmb(); __dma_wmb(); } while (0) +#endif + /* * Force strict CPU ordering. And yes, this is required on UP too when we're * talking to devices. -- 2.33.0.800.g4c38ced690-goog