<marex>
pbrobinson: it smells like somehow libgcc depends on libc in fedora ?
<pbrobinson>
marex: I wonder what's different between that and say rpi_arm64_defconfig as it builds fine, it's the one I test a lot
enok has joined #u-boot
clamor has quit [Ping timeout: 252 seconds]
<marex>
pbrobinson: bonus hint ... if you disable LTO, this error does not occur
<marex>
pbrobinson: so maybe something with LTO ?
<pbrobinson>
yes, I was thinking about LTO
clamor has joined #u-boot
<pbrobinson>
marex: I'm going to move it to the newer binutils/gcc-15 that's the main non cross toolchain in Fedora and I'll retest, and if we still fail I'll reach out to the toolchain team to see if they can shed some lights
<pbrobinson>
no probs, I've been meaning to look into what's needed to support building imx8 devices in the Fedora builds but never got there
<pbrobinson>
if you've got link to a good overview for all the various bits of the imx8 firmware stack let me know
<marex>
pbrobinson: mx8m has a bit of an unfortunate problem ...
<marex>
pbrobinson: you have to build TFA BL31 for it first ... basically clone the upstream one, make PLAT=imx8m{q,m,n,p} first
<marex>
and then build U-Boot for that target
<marex>
that spits out flash.bin , write that into SD card / SPI NOR / eMMC ... and that is it
<marex>
MX8MQ needs some HDMI firmware
<marex>
all MX8M also need DRAM firmware, that comes from NXP firmware blob
<pbrobinson>
ah, that's basically what we do for other platforms, and DRAM blobs we don't include in Fedora, but I do separate builds for those sorts of devices
<pbrobinson>
got a link to the repo for that FW blob?
<marex>
problem is, the DRAM blobs are baked into the flash.bin
<marex>
it is a tar.bz2 archive with some shell script at the beginning
<pbrobinson>
ah yes, now I start to remember why I'd not done them yet
<marex>
I have the same issue with debian upstreaming
<marex>
pbrobinson: technically speaking, the user could run the last binman step themselves and assemble the flash.bin from pieces ... that might work ?
<marex>
pbrobinson: or can redhat push nxp to fix the eula nonsense ?
<pbrobinson>
marex: FYI I'm no longer at RH, maybe they can, but generally RH pushes the HW maker to support the FW, it's not what they do. They kind of expect it to be like a x86 where it comes with fully supported FW
<marex>
pbrobinson: oh
clamor has quit [Ping timeout: 252 seconds]
clamor has joined #u-boot
prabhakalad has quit [Quit: Konversation terminated!]
clamor has quit [Read error: Connection reset by peer]
enok has quit [Ping timeout: 276 seconds]
enok has joined #u-boot
crb has joined #u-boot
enok has quit [Ping timeout: 276 seconds]
prabhakalad has joined #u-boot
MyNetAz has quit [Remote host closed the connection]
vagrantc has joined #u-boot
Han50lo85 has quit [Quit: Han50lo85]
MyNetAz has joined #u-boot
crb has quit [Quit: This computer has gone to sleep]
crb has joined #u-boot
crb has quit [Ping timeout: 248 seconds]
goliath has quit [Quit: SIGSEGV]
MyNetAz has quit [Remote host closed the connection]