Bug 2326190

Created attachment 2057675 [details]
File: proc_pid_status

Created attachment 2057676 [details]
File: maps

Created attachment 2057677 [details]
File: limits

Created attachment 2057678 [details]
File: open_fds

Created attachment 2057679 [details]
File: mountinfo

Created attachment 2057680 [details]
File: os_info

Created attachment 2057681 [details]
File: cpuinfo

Created attachment 2057682 [details]
File: core_backtrace

Created attachment 2057683 [details]
File: exploitable

Created attachment 2057684 [details]
File: dso_list

Created attachment 2057685 [details]
File: environ

Created attachment 2057686 [details]
File: backtrace

If I understand right, then the native aarch64 ld crashes the same way as the cross-ld. Let's switch the component to binutils as we are only consumers here.

Yes, this is a linker problem.

I have a small patch which allows the link to complete, but I have also pinged the AArch64 binutils maintainers upstream to see if they would prefer a different solution.  In the meantime I will apply the patch to rawhide, f42 and f41 so that u-boot builds can complete.

Fixed in binutils-2.44-3.fc42.

For unknown reasons rawhide builds are not working at the moment, so a fix for rawhide is delayed.

Fixed in binutils-2.44-3.fc43.

The rawhide build issue has resolved itself, so now that build is complete as well.

Both builds are now in the Bodhi system awaiting enough karma to reach their buildroots.

Hi Nick

I am still seeing the same segmentation fault with binutils-2.44-3.fc43. This occurred with a recent Fedora nightly snapshot while cross compiling u-boot. 

[root@kvm-01-guest08 ~]# cat /etc/fedora-release
Fedora release 43 (Rawhide)

[root@kvm-01-guest08 ~]# rpm -qa binutils
binutils-2.44-3.fc43.x86_64

[root@kvm-01-guest08 ~]# dnf install -y gcc-aarch64-linux-gnu bison flex openssl-devel gnutls-devel openssl-devel-engine srecord

[root@kvm-01-guest08 ~]# git clone https://source.denx.de/u-boot/u-boot.git

[root@kvm-01-guest08 ~]# cd u-boot/

[root@kvm-01-guest08 u-boot]# make r8a779f0_spider_defconfig
  YACC    scripts/kconfig/zconf.tab.c
  LEX     scripts/kconfig/zconf.lex.c
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
#
# configuration written to .config
#

[root@kvm-01-guest08 u-boot]# make CROSS_COMPILE=aarch64-linux-gnu-
--->8
  UPD     include/generated/timestamp_autogenerated.h
  CC      common/version.o
  AR      common/built-in.o
  KSL     keep-syms-lto.c
  KSLCC   keep-syms-lto.o
  LTO     u-boot
lto-wrapper: warning: using serial compilation of 12 LTRANS jobs
lto-wrapper: note: see the ‘-flto’ option documentation for more information
/usr/bin/aarch64-linux-gnu-ld: /usr/lib/gcc/aarch64-linux-gnu/14/libgcc.a(lse-init.o): in function `init_have_lse_atomics':
/builddir/build/BUILD/cross-gcc-14.2.1-build/gcc-14.2.1-20240912/aarch64-linux-gnu/aarch64-linux-gnu/libgcc/../../../gcc-14.2.1-20240912/libgcc/config/aarch64/lse-init.c:46:(.text.startup+0xc): undefined reference to `__getauxval'
/usr/bin/aarch64-linux-gnu-ld: /usr/lib/gcc/aarch64-linux-gnu/14/libgcc.a(__aarch64_have_sme.o): in function `sme_accessible':
/builddir/build/BUILD/cross-gcc-14.2.1-build/gcc-14.2.1-20240912/aarch64-linux-gnu/aarch64-linux-gnu/libgcc/../../../gcc-14.2.1-20240912/libgcc/config/aarch64/__aarch64_have_sme.c:49:(.text.startup+0xc): undefined reference to `__getauxval'
/usr/bin/aarch64-linux-gnu-ld: /usr/lib/gcc/aarch64-linux-gnu/14/libgcc.a(__arm_tpidr2_restore.o): in function `__arm_tpidr2_restore':
/builddir/build/BUILD/cross-gcc-14.2.1-build/gcc-14.2.1-20240912/aarch64-linux-gnu/aarch64-linux-gnu/libgcc/../../../gcc-14.2.1-20240912/libgcc/config/aarch64/__arm_tpidr2_restore.S:88:(.text+0x90): undefined reference to `abort'
/usr/bin/aarch64-linux-gnu-ld: /usr/lib/gcc/aarch64-linux-gnu/14/libgcc.a(__arm_tpidr2_save.o): in function `__libgcc_arm_tpidr2_save':
/builddir/build/BUILD/cross-gcc-14.2.1-build/gcc-14.2.1-20240912/aarch64-linux-gnu/aarch64-linux-gnu/libgcc/../../../gcc-14.2.1-20240912/libgcc/config/aarch64/__arm_tpidr2_save.S:95:(.text+0x9c): undefined reference to `abort'
collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core dumped
compilation terminated.
make: *** [Makefile:1824: u-boot] Error 1
make: *** Deleting file 'u-boot'

(In reply to Eddie Kovsky from comment #17)
Hi Eddie,

> I am still seeing the same segmentation fault with binutils-2.44-3.fc43.
> This occurred with a recent Fedora nightly snapshot while cross compiling
> u-boot. 

Darn...

> [root@kvm-01-guest08 ~]# rpm -qa binutils
> binutils-2.44-3.fc43.x86_64

Ah, but you have also installed: binutils-aarch64-linux-gnu-2.44.3.fc43.x86_64 ?

Probably not, because according to koji the build failed. :-(

I am looking into this.  But in the meantime are you able to test building u-boot in a native AArch64 environment ?

FYI - there are two problems with the cross-binutils package:

This first is that the current rawhide sources do not build because they make use of a gcc extension to the C standard, but the cross compiler does not default to supporting this extension.  I have created a pull request to fix this build problem:

https://src.fedoraproject.org/rpms/cross-binutils/pull-request/8

The second issue is that the cross binutils sources do not include the patch that fixes the u-boot build.  The cross-binutils sources are at version 2.43.1-3 but the patch to fix the u-boot build only went into the ordinary binutils sources (as version 2.44-3).  So this patch needs to be copied into the cross-binutils.  I am working on this.

Ideally we would like to keep cross-binutils close to the rawhide (or branched) binutils, but help is always welcome ...

(In reply to Dan Horák from comment #20)
> Ideally we would like to keep cross-binutils close to the rawhide (or
> branched) binutils, but help is always welcome ...

In which case I have now updated the pull request with the addition of the patch from binutils/rawhide that allows u-boot to build... :-)

... and the pull request is in and the builds are complete.  I am not sure how long it will take the buildroot to update, but in the meantime you can download binutils-aarch64-linux-gnu-2.43.1-5.fc43.x86_64.rpm from:

https://koji.fedoraproject.org/koji/rpminfo?rpmID=41992751

(In reply to Nick Clifton from comment #22)
> ... and the pull request is in and the builds are complete.  I am not sure
> how long it will take the buildroot to update, but in the meantime you can
> download binutils-aarch64-linux-gnu-2.43.1-5.fc43.x86_64.rpm from:
> 
> https://koji.fedoraproject.org/koji/rpminfo?rpmID=41992751

should be in the buildroot now and tomorrow in the public rawhide repo, F-42 build has been submitted as an update in https://bodhi.fedoraproject.org/updates/FEDORA-2025-8e99c6193f

Looks like the update in  https://bodhi.fedoraproject.org/updates/FEDORA-2025-8e99c6193f is failing one test on rpminspect: https://artifacts.dev.testing-farm.io/8e612a81-b9e5-45bf-9572-4edf1b12f526/

Is this now fixed in current release? Can this be closed?

Yes, closing