From: Nicolas Schier <nicolas@fjasle.eu>
To: Masahiro Yamada <masahiroy@kernel.org>
Cc: linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org,
Nathan Chancellor <nathan@kernel.org>,
Nick Desaulniers <ndesaulniers@google.com>
Subject: Re: [PATCH v2] kbuild: do not export LDFLAGS_vmlinux to decompressor Makefiles
Date: Sun, 8 Jan 2023 14:22:37 +0100 [thread overview]
Message-ID: <Y7rDnda0PzCw2Eao@fjasle.eu> (raw)
In-Reply-To: <20230108095342.2766757-1-masahiroy@kernel.org>
[-- Attachment #1: Type: text/plain, Size: 4418 bytes --]
On Sun, Jan 08, 2023 at 06:53:42PM +0900 Masahiro Yamada wrote:
> Date: Sun, 8 Jan 2023 18:53:42 +0900
> From: Masahiro Yamada <masahiroy@kernel.org>
> To: linux-kbuild@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org, Nathan Chancellor <nathan@kernel.org>,
> Masahiro Yamada <masahiroy@kernel.org>, Nick Desaulniers
> <ndesaulniers@google.com>, Nicolas Schier <nicolas@fjasle.eu>
> Subject: [PATCH v2] kbuild: do not export LDFLAGS_vmlinux to decompressor
> Makefiles
> Message-Id: <20230108095342.2766757-1-masahiroy@kernel.org>
> X-Mailer: git-send-email 2.34.1
>
> Nathan Chancellor reports an error message from $(NM) if GNU Make 4.4
> is used to build the ARM decompressor.
>
> $ make-4.4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- O=build defconfig zImage
> [snip]
> LD vmlinux
> NM System.map
> SORTTAB vmlinux
> OBJCOPY arch/arm/boot/Image
> Kernel: arch/arm/boot/Image is ready
> arm-linux-gnueabi-nm: 'arch/arm/boot/compressed/../../../../vmlinux': No such file
> /bin/sh: 1: arithmetic expression: expecting primary: " "
> LDS arch/arm/boot/compressed/vmlinux.lds
> AS arch/arm/boot/compressed/head.o
> GZIP arch/arm/boot/compressed/piggy_data
> AS arch/arm/boot/compressed/piggy.o
> CC arch/arm/boot/compressed/misc.o
>
> This occurs since GNU Make commit 98da874c4303 ("[SV 10593] Export
> variables to $(shell ...) commands"), and the O= option is needed to
> reproduce it. The generated zImage is correct despite the error message.
>
> As the commit description of 98da874c4303 [1] says, exported variables
> are passed down to $(shell ) functions, which means exported recursive
> variables might be expanded earlier than before, in the parse stage.
>
> The following test code demonstrates the change for GNU Make 4.4.
>
> [Test Makefile]
>
> $(shell echo hello > foo)
> export foo = $(shell cat bar/../foo)
> $(shell mkdir bar)
>
> all:
> @echo $(foo)
>
> [GNU Make 4.3]
>
> $ rm -rf bar; make-4.3
> hello
>
> [GNU Make 4.4]
>
> $ rm -rf bar; make-4.4
> cat: bar/../foo: No such file or directory
> hello
>
> The 'foo' is a resursively expanded (i.e. lazily expanded) variable.
>
> GNU Make 4.3 expands 'foo' just before running the recipe '@echo $(foo)',
> at this point, the directory 'bar' exists.
>
> GNU Make 4.4 expands 'foo' to evaluate $(shell mkdir bar) because it is
> exported. At this point, the directory 'bar' does not exit yet. The cat
> command cannot resolve the bar/../foo path, hence the error message.
>
> Let's get back to the kernel Makefile.
>
> In arch/arm/boot/compressed/Makefile, KBSS_SZ is referenced by
> LDFLAGS_vmlinux, which is recursive and also exported by the top
> Makefile.
>
> GNU Make 4.3 expands KBSS_SZ just before running the recipes, so it
> works fine.
>
> GNU Make 4.4 expands KBSS_SZ in the parse stage, where the directory
> arm/arm/boot/compressed does not exit yet. When compiled O= option,
> the output directory is created by $(shell mkdir -p $(obj-dirs))
> in scripts/Makefile.build.
>
> There are two ways to fix this particular issue:
>
> - change "$(obj)/../../../../vmlinux" in KBSS_SZ to "vmlinux"
> - unexport LDFLAGS_vmlinux
>
> This commit takes the latter course because it is what I originally
> intended.
>
> Commit 3ec8a5b33dea ("kbuild: do not export LDFLAGS_vmlinux")
> unexported LDFLAGS_vmlinux.
>
> Commit 5d4aeffbf709 ("kbuild: rebuild .vmlinux.export.o when its
> prerequisite is updated") accidentally exported it again.
>
> We can clean up arch/arm/boot/compressed/Makefile later.
>
> [1]: https://git.savannah.gnu.org/cgit/make.git/commit/?id=98da874c43035a490cdca81331724f233a3d0c9a
>
> Link: https://lore.kernel.org/all/Y7i8+EjwdnhHtlrr@dev-arch.thelio-3990X/
> Fixes: 5d4aeffbf709 ("kbuild: rebuild .vmlinux.export.o when its prerequisite is updated")
> Reported-by: Nathan Chancellor <nathan@kernel.org>
> Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
> ---
>
> Changes in v2:
> - Postpone the change for arch/arm/boot/compressed/Makefile
> - Update the commit description
>
> Makefile | 7 ++++++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
Once again thanks for the interesting details!
Reviewed-by: Nicolas Schier <nicolas@fjasle.eu>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2023-01-08 13:23 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-08 9:53 [PATCH v2] kbuild: do not export LDFLAGS_vmlinux to decompressor Makefiles Masahiro Yamada
2023-01-08 13:22 ` Nicolas Schier [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Y7rDnda0PzCw2Eao@fjasle.eu \
--to=nicolas@fjasle.eu \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=masahiroy@kernel.org \
--cc=nathan@kernel.org \
--cc=ndesaulniers@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox