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
> > > <[email protected]> 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/[email protected]/
