qemu-minimal-5.2.0 fails to build during test phase on aarch64

Hi!

Building qemu-minimal-5.1.0 based on commit 4d82e8e5c5f7e43dbaf5d009697915717d15b155 fails during testing on aarch64, allthough I don’t find a failing test in the log.

Bye

Stefan

Hello Stefan!

Stefan <stefan-guix@vodafonemail.de> writes:

Do you think this is a regression? I doubt so, because even before

pushing the update to 5.1.0, the test suite of qemu (not qemu-minimal)

was failing on master.

The error in the log you posted appear to be:

ERROR:tests/qtest/arm-cpu-features.c:508:test_query_cpu_model_expansion_kvm: assertion failed: (resp_has_props(_resp))

ERROR arm-cpu-features - Bail out! ERROR:tests/qtest/arm-cpu-features.c:508:test_query_cpu_model_expansion_kvm: assertion failed: (resp_has_props(_resp))

You could try commenting out the "check-qtest-aarch64-y +=

arm-cpu-features" line in tests/qtest/Makefile.include, as was done for

bios-tables-test in commit afeed71ae447ea18f7bc1b0b331e73e995308251.

Maxim

Hi Maxim!

I don’t know. Until today I always got a substitute. There was at least a successful build in late August.

I only searched for “FAIL”. :-)

The same test was passing in August.

MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))} QTEST_QEMU_BINARY=arm-softmmu/qemu-system-arm QTEST_QEMU_IMG=qemu-img tests/qtest/arm-cpu-features -m=quick -k --tap < /dev/null | ./scripts/tap-driver.pl --test-name="arm-cpu-features"

PASS 1 arm-cpu-features /arm/arm/query-cpu-model-expansion

…

MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))} QTEST_QEMU_BINARY=aarch64-softmmu/qemu-system-aarch64 QTEST_QEMU_IMG=qemu-img tests/qtest/arm-cpu-features -m=quick -k --tap < /dev/null | ./scripts/tap-driver.pl --test-name="arm-cpu-features"

PASS 1 arm-cpu-features /aarch64/arm/query-cpu-model-expansion

PASS 2 arm-cpu-features /aarch64/arm/kvm/query-cpu-model-expansion

PASS 3 arm-cpu-features /aarch64/arm/kvm/query-cpu-model-expansion/sve-off

PASS 4 arm-cpu-features /aarch64/arm/max/query-cpu-model-expansion/sve-max-vq-8

PASS 5 arm-cpu-features /aarch64/arm/max/query-cpu-model-expansion/sve-off

Bye

Stefan

Hello,

Stefan <stefan-guix@vodafonemail.de> writes:

OK!

Is this reproducible on your side?

Here, I couldn't reproduce this exact failure, but I'm getting another

one trying to build with --linux-aarch64:

ERROR:tests/qtest/qos-test.c:186:subprocess_run_one_test: child process (/arm/virt/virtio-mmio/virtio-bus/virtio-net-device/virtio-net/virtio-net-tests/vhost-user/migrate/subprocess [22034]) failed unexpectedly

ERROR qos-test - Bail out! ERROR:tests/qtest/qos-test.c:186:subprocess_run_one_test: child process (/arm/virt/virtio-mmio/virtio-bus/virtio-net-device/virtio-net/virtio-net-tests/vhost-user/migrate/subprocess [22034]) failed unexpectedly

qemu: uncaught target signal 6 (Aborted) - core dumped

make: *** [/tmp/guix-build-qemu-minimal-5.1.0.drv-0/qemu-5.1.0/tests/Makefile.include:650: check-qtest-arm] Error

I'll go back to the previous version and see if I can reproduce or not.

Thanks,

Maxim

Hi Maxim!

Retrying my previous command it found a substitute this time.

stefan@guix ~/development/guix$ sudo -E -b ./pre-inst-env guix system reconfigure -L /home/stefan/guix/ /home/stefan/guix-system.scm &> nohup.out && tail -f nohup.out

Passwort:

guix system: warning: cannot determine provenance for current system

substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiert … 100.0%

The following derivations will be built:

/gnu/store/rgpllviv84cfhhd3bnnkmjpa1ndph8wh-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04.drv

/gnu/store/12balhwfp2lzqyvy246j9zgh0zif16pn-grub-efi-2.04.drv

18,7 MB will be downloaded

downloading from https://ci.guix.gnu.org/nar/lzip/6da0v0yb0ikw348y8rm431nnd947mla7-qemu-minimal-5.1.0...

qemu-minimal-5.1.0 17.8MiB 533KiB/s 00:34 [##################] 100.0%

building /gnu/store/12balhwfp2lzqyvy246j9zgh0zif16pn-grub-efi-2.04.drv…

Is it possible, that the test is somehow picky about the exact type of processor in use?

By the way, I also tried this command:

guix build --rounds=2 qemu-minimal --no-substitutes

But (probably because I got a substitute) it did not compile anything – I’m a bit clueless how to compile it again.

Bye

Stefan

Hi Stefan,

Stefan <stefan-guix@vodafonemail.de> writes:

[...]

Possibly, or it could be a non-deterministic failure.

The following command:

Should do it.

Thanks!

Maxim

Hi Maxim!

Yes, thanks, that was the trick.

It seems to be reproducible:

ERROR:tests/qtest/arm-cpu-features.c:508:test_query_cpu_model_expansion_kvm: assertion failed: (resp_has_props(_resp))

ERROR arm-cpu-features - Bail out! ERROR:tests/qtest/arm-cpu-features.c:508:test_query_cpu_model_expansion_kvm: assertion failed: (resp_has_props(_resp))

Bye

Stefan

merge 43534 43534

quit

Hi Stefan,

Stefan <stefan-guix@vodafonemail.de> writes:

Would you be able to try to reproduce, now that our QEMU package has

been bumped to version 5.2.0?

Thank you,

Maxim

retitle 43534 qemu-minimal-5.2.0 fails to build during test phase on aarch64

quit

merge 43534 43500

quit

Hello,

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

QEMU 5.2.0 minimal was built twice without any problem on real hardware (the Softiron

ARMv8 machines we have available -- overdrive1 and dover).

Closing. Feel free to reopen if you still encounter issues.

Thanks,

Maxim