[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YnWlCH2tfr5YMb1/@dev-arch.thelio-3990X>
Date: Fri, 6 May 2022 15:45:28 -0700
From: Nathan Chancellor <nathan@...nel.org>
To: Masahiro Yamada <masahiroy@...nel.org>
Cc: linux-kbuild@...r.kernel.org, clang-built-linux@...glegroups.com,
linux-kernel@...r.kernel.org, Nicolas Schier a <nicolas@...sle.eu>,
Ard Biesheuvel <ardb@...nel.org>,
Luis Chamberlain <mcgrof@...nel.org>,
Peter Zijlstra <peterz@...radead.org>,
linuxppc-dev@...ts.ozlabs.org, linux-um@...ts.infradead.org,
linux-s390@...r.kernel.org,
Nick Desaulniers <ndesaulniers@...gle.com>,
Sami Tolvanen <samitolvanen@...gle.com>,
Kees Cook <keescook@...omium.org>
Subject: Re: [PATCH v3 00/15] kbuild: yet another series of cleanups
(modpost, LTO, MODULE_REL_CRCS)
Hi Masahiro,
On Thu, May 05, 2022 at 04:22:29PM +0900, Masahiro Yamada wrote:
>
> This is the third batch of cleanups in this development cycle.
>
> Major changes in v3:
>
> - Generate symbol CRCs as C code, and remove CONFIG_MODULE_REL_CRCS.
>
> Major changes in v2:
>
> - V1 did not work with CONFIG_MODULE_REL_CRCS.
> I fixed this for v2.
>
> - Reflect some review comments in v1
>
> - Refactor the code more
>
> - Avoid too long argument error
>
>
> Masahiro Yamada (15):
> modpost: mitigate false-negatives for static EXPORT_SYMBOL checks
> modpost: change the license of EXPORT_SYMBOL to bool type
> modpost: merge add_{intree_flag,retpoline,staging_flag} to add_header
> modpost: move *.mod.c generation to write_mod_c_files()
> kbuild: generate a list of objects in vmlinux
> kbuild: record symbol versions in *.cmd files
> modpost: extract symbol versions from *.cmd files
> kbuild: link symbol CRCs at final link, removing
> CONFIG_MODULE_REL_CRCS
> kbuild: stop merging *.symversions
> genksyms: adjust the output format to modpost
> kbuild: do not create *.prelink.o for Clang LTO or IBT
> modpost: simplify the ->is_static initialization
> modpost: use hlist for hash table implementation
> kbuild: make built-in.a rule robust against too long argument error
> kbuild: make *.mod rule robust against too long argument error
I merged this series into mainline and tested an Arch Linux
x86_64 configuration and Fedora aarch64 configuration with ThinLTO and
saw no new warnings or issues. Modules loaded just fine in QEMU for Arch
Linux and I did not notice any boot issues or warnings.
Tested-by: Nathan Chancellor <nathan@...nel.org>
Cheers,
Nathan
Powered by blists - more mailing lists