Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp821395pxb; Tue, 9 Feb 2021 13:27:22 -0800 (PST) X-Google-Smtp-Source: ABdhPJykz5JhY935CnIyEQpCi6/IkaCIlJQMxPN0EDVf+hAgmBXvNOtFDkMK1v9s6kTEpJJ/6qZu X-Received: by 2002:a17:907:ea3:: with SMTP id ho35mr16705141ejc.396.1612906042367; Tue, 09 Feb 2021 13:27:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612906042; cv=none; d=google.com; s=arc-20160816; b=e/wdbTXKDVnSXfAK7mrmi4dqa7keGilBddwXVmzuRu79GuWTQpJA2s5GU09EtZA6i0 cpq4uDBn8gL/MDo6JV5evYS0AKGOvu/MkGS15fB/xW68bUmNqo72voVcEzVeKPhbyyGg JcwqmRQdmK614KQDbgNwy0GAHs/AJm2qzHWXmw7wjQSTPTUUe+JgXWgLsAQJqmQdwft+ joc787ftlHnrI+M5x+od9r1O4tL0XZxyRihLI03iD2/vgu+EWXND6tTA6eb7Wx1yyaY1 Nvsg2Yvv7TQNJ0LlrNDVNRIewjmH01NYxQqNjcqT18/q/t7sd0kJ1mpLGdPicG9Q9Efe HwYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=ZSP6NZUyh3pgqRUrnPeG3BwpSMiDpG1qXXPiNtN+T9A=; b=myJPtNbkCJKIRsS+7gGwzDPBkk9cz8fc/ydarFKh+LaRCB0lTvNUAiRj7rBpN/M8zU yhWHHI9LKLidk43IxamfcoqZdn142aMO0OEXvbf75kn88gz/5GTxn7SbdjmyA/LWmflv /y/Sq2OTYvMQfBoNATdhinRufYc+FCiWX5QBhigIBE5q4BLR02Htlvlx9braUCOY40CO cb5Ho24Hm7BsXY+pDziX7BObl0Co3AzqtCSbMzUoDx9vcL3Me7quEoFw0vOZgG76Y9au oZyOYEUR3EeCd6qXOgQO8FOjVG6uIxdVp5wa5sKl++whMdMaUG6dWGIlj1ZxxKE033/d Sipg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=aP06nY6Y; 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 p5si15166321edq.266.2021.02.09.13.26.57; Tue, 09 Feb 2021 13:27:22 -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; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=aP06nY6Y; 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 S234018AbhBIVVK (ORCPT + 99 others); Tue, 9 Feb 2021 16:21:10 -0500 Received: from mail.kernel.org ([198.145.29.99]:48130 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233410AbhBIS45 (ORCPT ); Tue, 9 Feb 2021 13:56:57 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id B9D7A64E7C; Tue, 9 Feb 2021 18:45:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1612896316; bh=GtmYHHEcqdc1UDShBy9Mlu65hB49cZakKnpnx2Og2eQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=aP06nY6YiMDXRIS38tSvtTFV3YBFhASWUaeMt0wV7bsUISO1KRF7YPBwEtxI+jImq Oo+t2pdYIgktk2hCzRPdzSufB5ybOpG67+SSggtzUmLn4rXV9KRJv1YFGQFt+f6hxv RmTEse/HAUq8eITtewK4JuF7VDBZ8cI7dGiz9HGY= Date: Tue, 9 Feb 2021 10:45:15 -0800 From: Andrew Morton To: Catalin Marinas Cc: Andrey Konovalov , 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: <20210209104515.75eaa00dea03175e49e70d6c@linux-foundation.org> In-Reply-To: <20210209170255.GG1435@arm.com> References: <20210209170255.GG1435@arm.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 9 Feb 2021 17:02:56 +0000 Catalin Marinas wrote: > 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. In other words, the patch's changelog was poor! It told us what the patch does (which is often obvious from the code) but it failed to explain why the patch does what it does. The same goes for code comments, folks - please explain "why it does this" rather than "what it does".