Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1111770pxb; Tue, 9 Feb 2021 23:43:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJweGvmpKi42IwGqo725dqg9p6tBnP2HTY9NLzAUXL/8X3jpKwD7gb35zEgZwY7mbnRx8jQV X-Received: by 2002:aa7:d8da:: with SMTP id k26mr1953725eds.364.1612942984435; Tue, 09 Feb 2021 23:43:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612942984; cv=none; d=google.com; s=arc-20160816; b=oE9JL8/OPo1IfzTLSQK5BkbRxDpvPWdT+6udDGHhwWmJVduix2OkaxwGRaCTJIFiZI NsnwuyfHDaVhk0zECThtU8esoGr9DRQHqBT2rK6vHlMtv2Sof0xASsCkPZv0j9BptJz6 IT6siQSiFdF+Q+7O/QEiP3FFNQi7ymAq4tYsdVuTomir7pNZuGPQbqszKNQwPc3Lmdf1 wx9neU2TkH6nH+a9sXUqRtBniRtUR9IcWwVPBe8wMCkh+ccKMNCjsgs0UARU0FZKgr0g /YHWs+cEYktDJD1EUB4K31a7SXBR8U5dUccq2WVDg3czTMHSu2wERBHSX7HOYZOFAHcT gUtg== 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=3OHs2b3LvpWcTTRDie+tW0Twcxcx9ffIVh/LimaFQdg=; b=in0Y6PGJFYheNHVRhMZF4T65ryv0D8Q/JZFsXjHpz1nLOTTCJZtTnMo+TMDrVJaTrW Q0nujzkdGCr0cyViTmNW/U7ZkZ52qSXl++ug7OJ8Mp09uOBDGi2YxMkbhfgc0C+3yTgV lOUQ507vgZxGnjwBScUSnqrt3ci/mVDFtknzVKOp4Pm0O7v4bpvkCyQHkDgJz5yenTIa 6z88CEuSm5Ec9eXBj/D4Ysq9HscmjABhCo6LiAaScVs+fkhvA/PVEqIdTUcZCoRaMg8F WXI8sIy8E9vIXqcSmc1L9nyol0KHVDjDOkqHxNsncGbjmnu5UNAQVGF9dxgCZsrdhjHG urfQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f17si826252ejd.597.2021.02.09.23.42.41; Tue, 09 Feb 2021 23:43:04 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232823AbhBIRD4 (ORCPT + 99 others); Tue, 9 Feb 2021 12:03:56 -0500 Received: from mail.kernel.org ([198.145.29.99]:51162 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233095AbhBIRDn (ORCPT ); Tue, 9 Feb 2021 12:03:43 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id CAB0764E31; Tue, 9 Feb 2021 17:02:58 +0000 (UTC) Date: Tue, 9 Feb 2021 17:02:56 +0000 From: Catalin Marinas To: Andrey Konovalov Cc: Andrew Morton , Vincenzo Frascino , Will Deacon , Dmitry Vyukov , Andrey Ryabinin , Alexander Potapenko , Marco Elver , Peter Collingbourne , Evgenii Stepanov , Branislav Rankov , Kevin Brodsky , Christoph Hellwig , kasan-dev@googlegroups.com, linux-arm-kernel@lists.infradead.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH mm] arm64: kasan: fix MTE symbols exports Message-ID: <20210209170255.GG1435@arm.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 09, 2021 at 04:32:30PM +0100, Andrey Konovalov wrote: > diff --git a/arch/arm64/kernel/mte.c b/arch/arm64/kernel/mte.c > index a66c2806fc4d..788ef0c3a25e 100644 > --- a/arch/arm64/kernel/mte.c > +++ b/arch/arm64/kernel/mte.c > @@ -113,13 +113,17 @@ void mte_enable_kernel(void) > sysreg_clear_set(sctlr_el1, SCTLR_ELx_TCF_MASK, SCTLR_ELx_TCF_SYNC); > isb(); > } > +#if IS_ENABLED(CONFIG_KASAN_KUNIT_TEST) > EXPORT_SYMBOL_GPL(mte_enable_kernel); > +#endif > > void mte_set_report_once(bool state) > { > WRITE_ONCE(report_fault_once, state); > } > +#if IS_ENABLED(CONFIG_KASAN_KUNIT_TEST) > EXPORT_SYMBOL_GPL(mte_set_report_once); > +#endif Do we actually care about exporting them when KASAN_KUNIT_TEST=n? It looks weird to have these #ifdefs in the arch code. Either the arch-kasan API requires these symbols to be exported to modules or not. I'm not keen on such kasan internals trickling down into the arch code. If you don't want to export them in the KASAN_KUNIT_TEST=n case, add a wrapper in the kasan built-in code (e.g. kasan_test_enable_tagging, kasan_test_set_report_once) and conditionally compile them based on KASAN_KUNIT_TEST. -- Catalin