Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp299300pxb; Wed, 6 Oct 2021 05:22:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwizgep2asjp243uDh4WoEyULzVFEGDkyFGr/A52C/HX4IemrjnNlofDWpLF8WJwJ/UqgJn X-Received: by 2002:a17:90b:2247:: with SMTP id hk7mr10641789pjb.72.1633522943491; Wed, 06 Oct 2021 05:22:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633522943; cv=none; d=google.com; s=arc-20160816; b=Lu1MlPcNYYOTOracHBL0wn1a+7SISwW7tUo/ePx0uY4JETPhzD9J4c+oHLjqJ81kRf CQZGFHzH2BOVyMYxEVVesIdj3+6ElpbFoeVNYccfaIa0GiqE/BQ5MMVpHl8/9w9Ytmu2 tN3TSTVNS0wF4TaCinS2Fl2wsyJacnwAcX77UInmvdCHUTs4Zs55FbQPnCANa+oq+oeQ nFuBja96FDyLShBO9h6k7l0NWfiSiUflrgLghMJTMsQDbKn730ihzeaV4Tz7MnItJ4Oo yu8g6enD5LpwFtSOiE+0b0l3ym7xqe0+8k63hlS1VRN5+6KQTC/FfjYP/lGA/4TbrsVW Zteg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=P+psjcpEfkkPYUD4niLYpNlBdseGbXQDj/wP/GbAAbI=; b=dRkHXe2lWxxZr4T8c8flz9AJvesgi2tQbG6a+ITHz/eHsI8u3naFDhbdSL0QDXqp1o 0hJYPKGDEqaCEZi3l7JhFMBayP2EfQDNoBr7DwSRn/pK3RdmlwceexGjy1SBqE/esXen 5nkEMxgZlLLUfyWgPOKwXA4UBhyqw21Cn7whsskpGaeES6qrcHl75RpQqok8X5+ITD5r LPLW1xTroFfgXMtkFzbWKDLA5NbNH+RZBHg0R+rJ6fFq7EQTE71Cnr9yvbK8AuR/mg7o TDvgfXeEMIivFFt+JiaWB0juBk9LwZk8IcgySmvw57QP27krHwdk/pEPFEWwy/TS5D2j pzUg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=iPCsObQh; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c140si24311470pfb.42.2021.10.06.05.22.06; Wed, 06 Oct 2021 05:22:23 -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=@gmail.com header.s=20210112 header.b=iPCsObQh; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238326AbhJFMVN (ORCPT + 99 others); Wed, 6 Oct 2021 08:21:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35516 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238124AbhJFMVM (ORCPT ); Wed, 6 Oct 2021 08:21:12 -0400 Received: from mail-il1-x136.google.com (mail-il1-x136.google.com [IPv6:2607:f8b0:4864:20::136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D56FDC061749 for ; Wed, 6 Oct 2021 05:19:20 -0700 (PDT) Received: by mail-il1-x136.google.com with SMTP id r9so2642665ile.5 for ; Wed, 06 Oct 2021 05:19:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=P+psjcpEfkkPYUD4niLYpNlBdseGbXQDj/wP/GbAAbI=; b=iPCsObQh1Qb6sjXgSc32HBWHNLkxmqosQsTG6EeZCajkyjddStX6MT8IrYRyEk3en7 SWLGoJvdaBRi0iLPe+6zEQqUsGc46is7b2tzNwTpZA4NYO+lKnzKURCpL/00oYltYVR6 2vt+DqUdcXylA4F7xhDLPUWJfTCC2hIa5y/bPdLUrcgnaMJacIk0npMf8/9dK9Y+/gT2 8G83H9YL5Ftn13r8CzUG9bwXzcFQmdDXFOk06Na2XoDxwVFSmGjXGcVjMGNw5i5C3WYn izURSr3D56fADnJnhGjiBDn2n56YOhGMv7qhq+CHdQNUXo52n+lNcvj4Nu2+OmaMLeGr HqNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=P+psjcpEfkkPYUD4niLYpNlBdseGbXQDj/wP/GbAAbI=; b=j+5OzXCNicVfkOxN59eWlXtDTjzV4Qtq/lpIdm2eBiFTBMqNT1zYKP9BTFgIxLg0wj V4TujMjTlFSjJPw9b94aTxRH5el1cZeA645by0J1qTCSl+dY4/KFmcZlcoXGRE7L2TCl gK4cG6g8FrxV3iqUYpPoRQnkhVFdQQ7rKZLdkfEe0LsB/Fmm0qN98aN9Mn6ZmS9v0v2T bCVoRBG9fJnXYUKapj/AHLAkA4qkAxOIT/0MQeIYclT95l6iJHFi8etN0v4yVofMa7de gRRuHyuD6YAh6rCBJ0RjgFrTQTLhBS5X/0OI9+EgrYJ8ZfvxRDbMy5JbgwRPn/zpQxif MQrQ== X-Gm-Message-State: AOAM531JXTCZ2+2AraJpRkDrBijz8ANEN87omKJhNKc3XWRBX/jy46Sp NsGUEHpKbzY2beUtyJfdDmaxDVqRoJcvx7l1QKA= X-Received: by 2002:a05:6e02:bf1:: with SMTP id d17mr7028913ilu.81.1633522760314; Wed, 06 Oct 2021 05:19:20 -0700 (PDT) MIME-Version: 1.0 References: <20211004202253.27857-1-vincenzo.frascino@arm.com> <20211004202253.27857-5-vincenzo.frascino@arm.com> In-Reply-To: <20211004202253.27857-5-vincenzo.frascino@arm.com> From: Andrey Konovalov Date: Wed, 6 Oct 2021 14:19:09 +0200 Message-ID: Subject: Re: [PATCH v2 4/5] arm64: mte: Add asymmetric mode support To: Vincenzo Frascino Cc: Linux ARM , LKML , kasan-dev , Andrew Morton , Catalin Marinas , Will Deacon , Dmitry Vyukov , Andrey Ryabinin , Alexander Potapenko , Marco Elver , Evgenii Stepanov , Branislav Rankov , Lorenzo Pieralisi Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 4, 2021 at 10:23 PM Vincenzo Frascino wrote: > > MTE provides an asymmetric mode for detecting tag exceptions. In > particular, when such a mode is present, the CPU triggers a fault > on a tag mismatch during a load operation and asynchronously updates > a register when a tag mismatch is detected during a store operation. > > Add support for MTE asymmetric mode. > > Note: If the CPU does not support MTE asymmetric mode the kernel falls > back on synchronous mode which is the default for kasan=on. > > Cc: Will Deacon > Cc: Catalin Marinas > Cc: Andrey Konovalov > Signed-off-by: Vincenzo Frascino > Reviewed-by: Catalin Marinas > --- > arch/arm64/include/asm/memory.h | 1 + > arch/arm64/include/asm/mte-kasan.h | 5 +++++ > arch/arm64/kernel/mte.c | 33 +++++++++++++++++++++++++++++- > 3 files changed, 38 insertions(+), 1 deletion(-) > > diff --git a/arch/arm64/include/asm/memory.h b/arch/arm64/include/asm/memory.h > index f1745a843414..1b9a1e242612 100644 > --- a/arch/arm64/include/asm/memory.h > +++ b/arch/arm64/include/asm/memory.h > @@ -243,6 +243,7 @@ static inline const void *__tag_set(const void *addr, u8 tag) > #ifdef CONFIG_KASAN_HW_TAGS > #define arch_enable_tagging_sync() mte_enable_kernel_sync() > #define arch_enable_tagging_async() mte_enable_kernel_async() > +#define arch_enable_tagging_asymm() mte_enable_kernel_asymm() > #define arch_force_async_tag_fault() mte_check_tfsr_exit() > #define arch_get_random_tag() mte_get_random_tag() > #define arch_get_mem_tag(addr) mte_get_mem_tag(addr) > diff --git a/arch/arm64/include/asm/mte-kasan.h b/arch/arm64/include/asm/mte-kasan.h > index 22420e1f8c03..478b9bcf69ad 100644 > --- a/arch/arm64/include/asm/mte-kasan.h > +++ b/arch/arm64/include/asm/mte-kasan.h > @@ -130,6 +130,7 @@ static inline void mte_set_mem_tag_range(void *addr, size_t size, u8 tag, > > void mte_enable_kernel_sync(void); > void mte_enable_kernel_async(void); > +void mte_enable_kernel_asymm(void); > > #else /* CONFIG_ARM64_MTE */ > > @@ -161,6 +162,10 @@ static inline void mte_enable_kernel_async(void) > { > } > > +static inline void mte_enable_kernel_asymm(void) > +{ > +} > + > #endif /* CONFIG_ARM64_MTE */ > > #endif /* __ASSEMBLY__ */ > diff --git a/arch/arm64/kernel/mte.c b/arch/arm64/kernel/mte.c > index e5e801bc5312..b6ad6b861c25 100644 > --- a/arch/arm64/kernel/mte.c > +++ b/arch/arm64/kernel/mte.c > @@ -26,7 +26,12 @@ > static DEFINE_PER_CPU_READ_MOSTLY(u64, mte_tcf_preferred); > > #ifdef CONFIG_KASAN_HW_TAGS > -/* Whether the MTE asynchronous mode is enabled. */ > +/* > + * The MTE asynchronous and asymmetric mode have the same > + * behavior for the store operations. > + * > + * Whether the MTE asynchronous or asymmetric mode is enabled. > + */ > DEFINE_STATIC_KEY_FALSE(mte_async_mode); > EXPORT_SYMBOL_GPL(mte_async_mode); > #endif > @@ -137,6 +142,32 @@ void mte_enable_kernel_async(void) > if (!system_uses_mte_async_mode()) > static_branch_enable(&mte_async_mode); > } > + > +void mte_enable_kernel_asymm(void) > +{ > + if (cpus_have_cap(ARM64_MTE_ASYMM)) { > + __mte_enable_kernel("asymmetric", SCTLR_ELx_TCF_ASYMM); > + > + /* > + * MTE asymm mode behaves as async mode for store > + * operations. The mode is set system wide by the > + * first PE that executes this function. > + * > + * Note: If in future KASAN acquires a runtime switching > + * mode in between sync and async, this strategy needs > + * to be reviewed. > + */ > + if (!system_uses_mte_async_mode()) > + static_branch_enable(&mte_async_mode); Using this variable and function here still looks confusing. Maybe naming the variable mte_async_or_asymm_mode? Or mte_async_fault_possible similarly to KASAN? > + } else { > + /* > + * If the CPU does not support MTE asymmetric mode the > + * kernel falls back on synchronous mode which is the > + * default for kasan=on. > + */ > + mte_enable_kernel_sync(); > + } > +} > #endif > > #ifdef CONFIG_KASAN_HW_TAGS > -- > 2.33.0 >