Re: [OE-core] [PATCH 3/3] oeqa selftest uboot.py: add qemu KVM test case

[Mikko Rapeli <mikko.rapeli@linaro.org>]

Hi,

On Tue, May 27, 2025 at 11:37:33AM +0200, Mathieu Dubois-Briand wrote:
> On Tue May 27, 2025 at 10:54 AM CEST, Mikko Rapeli wrote:
> > On Tue, May 27, 2025 at 09:43:02AM +0200, Mathieu Dubois-Briand wrote:
> >> On Tue May 27, 2025 at 9:17 AM CEST, Mikko Rapeli wrote:
> >> > On Tue, May 27, 2025 at 08:34:52AM +0200, Mathieu Dubois-Briand wrote:
> >> >> On Mon May 26, 2025 at 10:45 AM CEST, Mikko Rapeli wrote:
> >> >> > On Fri, May 23, 2025 at 05:16:58PM +0300, Mikko Rapeli via lists.openembedded.org wrote:
> >> >> >
> >> >> > I reviewed the runqemu and qemu-system-aarch64 arguments but could not see major differences.
> >> >> > One difference is that autobuilder runs with tap and I with slirp networking, but that
> >> >> > should not affect rootfs/ESP partition detection in u-boot. I've sent out v4 now.
> >> >> > If this still fails on autobuilder, then I'd need know what config fragments
> >> >> > are applied. I've configured qemuarm64 and genericarm64 with
> >> >> > ". oe-init-build-env" and then added TEST_RUNQEMUPARAMS += "slirp"
> >> >> > and SANITY_TESTED_DISTROS = "" to conf/local.conf. Maybe autobuilder
> >> >> > scripts add something more.
> >> >> >
> >> >> > Cheers,
> >> >> >
> >> >> > -Mikko
> >> >> 
> >> >> Hi Mikko,
> >> >> 
> >> >> Thanks for the new version, but I confirm it still fails.
> >> >> 
> >> >> https://autobuilder.yoctoproject.org/valkyrie/#/builders/23/builds/1772
> >> >
> >> > Is it possible to grab the full boot log
> >> > /srv/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1032659/tmp/work/qemuarm64-poky-linux/core-image-minimal/1.0/testimage/qemu_boot_log.20250526163143 ?
> >> >
> >> > It was referred in
> >> > https://autobuilder.yoctoproject.org/valkyrie/api/v2/logs/2499407/raw_inline
> >> >
> >> 
> >> The file is gone :(
> >> 
> >> I will launch a new build so I can capture the file.
> >
> > I finally reproduced this. The ESP partition is missing grub-efi
> > binaries and only config file is there. I have fixes pending for this
> > missing dependency on aarch64 and of course was building with them
> > in my tree. I will add a workaround to this test case and
> > try get to rebasing the fixes to wic...
> >
> > Cheers,
> >
> > -Mikko
> 
> Oops, I replied before I saw your own reply. Thanks for the update!

No worries, it's good to see the confirmation that issues are the same.

Maybe these files could be captured fully from autobuilder in case there
are failures?

Like in this case, it's a race condition which is not so easy to reproduce.

Cheers,

-Mikko