sbach has quit [Read error: Connection reset by peer]
sbach has joined #u-boot
mmu_man has joined #u-boot
___nick___ has quit [Ping timeout: 268 seconds]
<xypron>
sjg1: is the board using LTO for SPL?
<sjg1>
xypron: # CONFIG_LTO is not set
<xypron>
sjg1: Would it make sense to use LTO on spl, tpl by default?
<xypron>
sjg1 I think the setting for main U-Boot could be separate.
<sjg1>
xypron: It would be nice, but it seems to break things. I suppose we could just enable it now and see who yells? But might be tell people about it, then do it in -next immediately after it opens. Gives people more time to spot things
<xypron>
sjg1: I would really like to see sandbox in Gitlab running in a 32 bit environment.
<sjg1>
xypron: Me too. I
<sjg1>
I'd also like to see it running on arm and aarch64
<sjg1>
It should not be that hard, just another qemu rule
<xypron>
riscv64, armv8 run fine generally.
<xypron>
I use sandbox on these for testing UEFI compliance with SCT.
<sjg1>
I sent a series to make sandbox build and run on rpi but I'm not sure the state of it
<sjg1>
having that in CI would sort the problem out
<sjg1>
Oh actually, this is hard. You need a linux distro running in CI
<xypron>
Sandbox64 on armv7 has some unit tests failing.
<xypron>
i386 would be an easier target?
alan_o has quit [Ping timeout: 248 seconds]
<xypron>
sjg1: For running armv7 in Docker on x86_64 you just need a Dockerfile with a fully qualified FROM line like 'FROM ubuntu:jammy-20221003@sha256:60c321f2700325103a0c185adeadfd5a93dbb3cd67dfbdd5b79a8aafa38325c2'. On the host qemu-user-static is required.
<sjg1>
xypron: sure i386 should be easier. But also even if just the 'help' test works that is step forward from where we are today in CI
<sjg1>
I don't understand the docker comment but if you are doing a patch I can try it out
<xypron>
sjg1: Normally you have something in Dockerfile like "FROM ubuntu:jammy-20221003"
<xypron>
This will pull the image fitting your host's architecture.
<sjg1>
Right, but don't we want to pull the image for a different architecture and run it under qemu on x86, then (build and?) run sandbox on it?
<xypron>
sjg1: To download the image for a foreign architecture you need the SHA256 key
<xypron>
sjg1: Docker already knows how to invoke qemu-static to run the docker image with the foreign architecture.
<sjg1>
OK I see. Are you going to have a crack at it?
<xypron>
sjg1: Yes I will try to create a Docker file with all packages needed to build and run the sandbox.
<sjg1>
OK. It is amazing how far we have come with CI, but there are still corners left
<sjg1>
I will see if I can test your patch so I better understand how it works
<xypron>
sjg1: sandbox_defconfig compiled with CROSS_COMPILE=i686-linux-gnu- NO_SDL_1 runs fine if compiled without LTO. With LTO it fails. Build warnings for a K210 driver that requires 64bit. Some unit tests (ut all) fail. I guess this i686 U-Boot could very easily be integrated into our CI.