Received: by 2002:a05:7412:d8a:b0:e2:908c:2ebd with SMTP id b10csp2468351rdg; Mon, 16 Oct 2023 05:42:03 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFJYo+DmCkZXa9xvk+OfWYKpd4o2DN+PrxAb5jmu6WVkuCD/4kZlpygbwW6RPXPDfjmdAmS X-Received: by 2002:a17:903:24d:b0:1bd:c7e2:462 with SMTP id j13-20020a170903024d00b001bdc7e20462mr34537838plh.11.1697460123668; Mon, 16 Oct 2023 05:42:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697460123; cv=none; d=google.com; s=arc-20160816; b=oRUyyJN22C701N7kg3fPoa9o5MamOBAwKZ83uyul/0fOvVJVss9UBoZN6SCGjNp+pV idYK/ft6oEx+CTfR2jwW34fMft+MWriOHTRQkyf8YHNXVvD9Z0fyK8R+zgodtV+IzlTT Ba9K+xUGMiht4tDJmyAgV/FHReyoxRtavJ8vhnZSb/23YjJ2/jd9nqftoFcprMPH/AxC mmO7bigfBorQ/LUZMWxY508wilZPNOzbEgjdVzbQDyclyk3LXawzSFT6hS5AngJdVP8i UUddMhR9Js6kTxWURzBeX/us9jk8B/qSz1txN/Tv1iByA6WGiXBAyjqEHkynWs+2YvCy oMVA== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=runT+dZPPqdrv2sbdgC0wkQXNlHdCuDDCm5r01rKvJ8=; fh=662FnxvaMUPpGpbpQaKOb5FYDcM6B26e8RC2ZBxI39o=; b=dme4gYZrR32+0BpA+OasJ1oPZ4SraHa3+jiIyfRbp3a6NZ0kYww/lMkGWl261WFv2m BIsk/HrDdMNRJU111xq/rok7sQU5iTO+0ZuPQOVcQlXe9O/ysE8nzw8Fh1behjjQa9g6 q+A3um8bJTcU3t7r2eIhXPGsURcp1js0zc2e3wr0P5kleJdKBH8aUqYgepaX+g3olhnn MC5B8MpoaEOU19tGnroD09kPHSzRbzUeX71glhy7pDY2rT/UBlgnB3fgtcaagPCZeSbO rS2ZOnhHEF27nMZ71p1NspFOb/iFTV13dw+AJTji24vcj63fuLQdcg8l2tkHAmBdTMb2 hBUA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:3 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from lipwig.vger.email (lipwig.vger.email. [2620:137:e000::3:3]) by mx.google.com with ESMTPS id g5-20020a170902740500b001c9ca0a03e8si10130746pll.68.2023.10.16.05.42.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 16 Oct 2023 05:42:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:3 as permitted sender) client-ip=2620:137:e000::3:3; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:3 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by lipwig.vger.email (Postfix) with ESMTP id B61D18096389; Mon, 16 Oct 2023 05:41:59 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at lipwig.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233100AbjJPMlx (ORCPT + 99 others); Mon, 16 Oct 2023 08:41:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38880 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232094AbjJPMlw (ORCPT ); Mon, 16 Oct 2023 08:41:52 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 2BD30E8; Mon, 16 Oct 2023 05:41:50 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 589ACDA7; Mon, 16 Oct 2023 05:42:30 -0700 (PDT) Received: from monolith (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 547E43F5A1; Mon, 16 Oct 2023 05:41:44 -0700 (PDT) Date: Mon, 16 Oct 2023 13:42:17 +0100 From: Alexandru Elisei To: Hyesoo Yu Cc: catalin.marinas@arm.com, will@kernel.org, oliver.upton@linux.dev, maz@kernel.org, james.morse@arm.com, suzuki.poulose@arm.com, yuzenghui@huawei.com, arnd@arndb.de, akpm@linux-foundation.org, mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, bristot@redhat.com, vschneid@redhat.com, mhiramat@kernel.org, rppt@kernel.org, hughd@google.com, pcc@google.com, steven.price@arm.com, anshuman.khandual@arm.com, vincenzo.frascino@arm.com, david@redhat.com, eugenis@google.com, kcc@google.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kvmarm@lists.linux.dev, linux-fsdevel@vger.kernel.org, linux-arch@vger.kernel.org, linux-mm@kvack.org, linux-trace-kernel@vger.kernel.org Subject: Re: [PATCH RFC 17/37] arm64: mte: Disable dynamic tag storage management if HW KASAN is enabled Message-ID: References: <20230823131350.114942-1-alexandru.elisei@arm.com> <20230823131350.114942-18-alexandru.elisei@arm.com> <20231012013505.GB2426387@tiffany> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231012013505.GB2426387@tiffany> X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lipwig.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (lipwig.vger.email [0.0.0.0]); Mon, 16 Oct 2023 05:41:59 -0700 (PDT) Hi, On Thu, Oct 12, 2023 at 10:35:05AM +0900, Hyesoo Yu wrote: > On Wed, Aug 23, 2023 at 02:13:30PM +0100, Alexandru Elisei wrote: > > Reserving the tag storage associated with a tagged page requires the > > ability to migrate existing data if the tag storage is in use for data. > > > > The kernel allocates pages, which are now tagged because of HW KASAN, in > > non-preemptible contexts, which can make reserving the associate tag > > storage impossible. > > > > Don't expose the tag storage pages to the memory allocator if HW KASAN is > > enabled. > > > > Signed-off-by: Alexandru Elisei > > --- > > arch/arm64/kernel/mte_tag_storage.c | 12 ++++++++++++ > > 1 file changed, 12 insertions(+) > > > > diff --git a/arch/arm64/kernel/mte_tag_storage.c b/arch/arm64/kernel/mte_tag_storage.c > > index 4a6bfdf88458..f45128d0244e 100644 > > --- a/arch/arm64/kernel/mte_tag_storage.c > > +++ b/arch/arm64/kernel/mte_tag_storage.c > > @@ -314,6 +314,18 @@ static int __init mte_tag_storage_activate_regions(void) > > return 0; > > } > > > > + /* > > + * The kernel allocates memory in non-preemptible contexts, which makes > > + * migration impossible when reserving the associated tag storage. > > + * > > + * The check is safe to make because KASAN HW tags are enabled before > > + * the rest of the init functions are called, in smp_prepare_boot_cpu(). > > + */ > > + if (kasan_hw_tags_enabled()) { > > + pr_info("KASAN HW tags enabled, disabling tag storage"); > > + return 0; > > + } > > + > > Hi. > > Is there no plan to enable HW KASAN in the current design ? > I wonder if dynamic MTE is only used for user ? The tag storage pages are exposed to the page allocator if and only if HW KASAN is disabled: static int __init mte_tag_storage_activate_regions(void) [..] /* * The kernel allocates memory in non-preemptible contexts, which makes * migration impossible when reserving the associated tag storage. * * The check is safe to make because KASAN HW tags are enabled before * the rest of the init functions are called, in smp_prepare_boot_cpu(). */ if (kasan_hw_tags_enabled()) { pr_info("KASAN HW tags enabled, disabling tag storage"); return 0; } No plans at the moment to have this series compatible with HW KASAN. I will revisit this if/when the series gets merged. Thanks, Alex > > Thanks, > Hyesoo Yu. > > > > for (i = 0; i < num_tag_regions; i++) { > > tag_range = &tag_regions[i].tag_range; > > for (pfn = tag_range->start; pfn <= tag_range->end; pfn += pageblock_nr_pages) { > > -- > > 2.41.0 > > > >