From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de ([212.227.17.24]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1nmhYO-0001lZ-Oh for linux-um@lists.infradead.org; Thu, 05 May 2022 19:54:32 +0000 Date: Thu, 5 May 2022 21:53:56 +0200 From: Nicolas Schier Subject: Re: [PATCH v3 02/15] modpost: change the license of EXPORT_SYMBOL to bool type Message-ID: References: <20220505072244.1155033-1-masahiroy@kernel.org> <20220505072244.1155033-3-masahiroy@kernel.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-um" Errors-To: linux-um-bounces+geert=linux-m68k.org@lists.infradead.org To: Masahiro Yamada Cc: Linux Kbuild mailing list , clang-built-linux , Linux Kernel Mailing List , Ard Biesheuvel , Luis Chamberlain , Peter Zijlstra , linuxppc-dev , linux-um@lists.infradead.org, linux-s390 , Nick Desaulniers , Sami Tolvanen , Kees Cook On Thu, May 05, 2022 at 10:48:55PM +0900 Masahiro Yamada wrote: > On Thu, May 5, 2022 at 4:24 PM Masahiro Yamada wrote: > > > > Currently, enum export is tristate, but export_unknown does not make > > sense in any way. > > > > If the symbol name starts with "__ksymtab_", but the section name > > does not start with "___ksymtab+" or "___ksymtab_gpl+", it is not > > an exported symbol. The variable name just happens to start with > > "__ksymtab_". Do not call sym_add_exported() in this case. > > > > __ksymtab_* is internally by EXPORT_SYMBOL(_GPL) but somebody may > > I mean > "... is internally used by ..." Looks good to me; a nice cleanup. Reviewed-by: Nicolas Schier _______________________________________________ linux-um mailing list linux-um@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-um