Re: [PATCH v2 2/2] kbuild: Bump the build system to 5.1

[Yao Zi <ziyao@disroot.org>]

On Thu, Jul 10, 2025 at 09:01:54AM -0600, Tom Rini wrote:
> On Thu, Jul 10, 2025 at 04:58:00PM +0200, Michal Simek wrote:
> > Hi,
> > 
> > On 7/10/25 16:34, Fabio Estevam wrote:
> > > Hi Ilias,
> > > 
> > > On Thu, Jul 10, 2025 at 11:28 AM Ilias Apalodimas
> > > <ilias.apalodimas@linaro.org> wrote:
> > > 
> > > > Thanks I'll try to reproduce it later today and let you know. Do you
> > > > know if we build this defonconfig in the CI?
> > > 
> > > Yes, mx6sabresd_defconfig is built in CI, but no CI error was seen.
> > 
> > I have seen this with other targets too. Toolchain from binman has no issue
> > with it that's why I expect it has something to with different toolchains
> > builds.
> 
> What host OS are you using, and are you using separate object
> directories? This feels like a "make" issue at first glance.

I could reproduce the failure as well on my Alpine Linux, using simply

	$ make ARCH=arm CROSS_COMPILE=arm-none-eabi- mx6sabresd_defconfig
	$ make ARCH=arm CROSS_COMPILE=arm-none-eabi-

No separate object directory is used.

	$ make --version
	GNU Make 4.4.1
	Built for x86_64-alpine-linux-musl
	Copyright (C) 1988-2023 Free Software Foundation, Inc.
	License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>
	This is free software: you are free to change and redistribute it.
	There is NO WARRANTY, to the extent permitted by law.

	# Installed by "apk add gcc-arm-none-eabi"
	$ arm-none-eabi-gcc -v
	Using built-in specs.
	COLLECT_GCC=arm-none-eabi-gcc
	COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-none-eabi/15.1.0/lto-wrapper
	Target: arm-none-eabi
	Configured with: /home/buildozer/aports/community/gcc-cross-embedded/src/gcc-15.1.0/configure --target=arm-none-eabi --prefix=/usr --with-sysroot=/usr/arm-none-eabi --with-native-system-header-dir=/include --with-headers=/usr/arm-none-eabi/include --with-python-dir=share/gcc-arm-none-eabi --libexecdir=/usr/lib --infodir=/deleteme/info --htmldir=/deleteme/html --pdfdir=/deleteme/pdf --mandir=/deleteme/man --enable-languages=c --enable-lto --enable-plugins --enable-gnu-indirect-function --disable-decimal-float --disable-libffi --disable-libgomp --disable-libmudflap --disable-libquadmath --disable-libssp --disable-libstdcxx-pch --disable-nls --disable-shared --disable-threads --disable-werror --with-gmp --with-gnu-as --with-gnu-ld --with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm' --with-isl --with-libelf --with-mpc --with-mpfr --with-newlib --with-system-zlib --with-pkgversion='Alpine Linux' --with-multilib-list=rmprofile
	Thread model: single
	Supported LTO compression algorithms: zlib
	gcc version 15.1.0 (Alpine Linux)

	# The distribution is on the latest edge branch
	$ cat /etc/os-release
	NAME="Alpine Linux"
	ID=alpine
	VERSION_ID=3.23.0_alpha20250612
	PRETTY_NAME="Alpine Linux edge"
	HOME_URL="https://alpinelinux.org/"
	BUG_REPORT_URL="https://gitlab.alpinelinux.org/alpine/aports/-/issues"
	$ cat /etc/apk/repositories
	#/media/sdb/apks
	http://mirrors.ustc.edu.cn/alpine/edge/main
	http://mirrors.ustc.edu.cn/alpine/edge/community
	http://mirrors.ustc.edu.cn/alpine/edge/testing

This seems to have something to do with the RISC-V failures I tried to
fix days earlier[1], cherry-picking the patch also fixes this failure.

> -- 
> Tom

Regards,
Yao Zi

[1]: https://lore.kernel.org/u-boot/20250709161418.21287-2-ziyao@disroot.org/