On Fri, 23 Jan 2026 at 15:33, Shameer Kolothum <[email protected]> wrote: > > > > > -----Original Message----- > > From: Peter Maydell <[email protected]> > > Sent: 23 January 2026 15:06 > > To: Shameer Kolothum <[email protected]> > > Cc: Jonathan Cameron <[email protected]>; Eric Auger > > <[email protected]>; [email protected]; qemu- > > [email protected]; Richard Henderson <[email protected]>; > > Jason Gunthorpe <[email protected]>; Nicolin Chen <[email protected]>; > > [email protected]; [email protected]; [email protected]; > > [email protected]; Nathan Chen <[email protected]>; Matt Ochs > > <[email protected]>; [email protected]; [email protected]; > > [email protected]; [email protected]; > > [email protected]; [email protected]; Krishnakant Jaju > > <[email protected]> > > Subject: Re: [PATCH v8 00/37] hw/arm/virt: Add support for user-creatable > > accelerated SMMUv3 > > > > External email: Use caution opening links or attachments > > > > > > On Fri, 23 Jan 2026 at 12:04, Shameer Kolothum > > <[email protected]> wrote: > > > > From: Peter Maydell <[email protected]> > > > > I can fix that up when I queue it into target-arm.next. > > > > > > > > Thanks to everybody who helped with code review on this series: > > > > not having to do that myself has been a big help for my personal > > > > workload > > :-) > > > > > > Thanks for sorting it while queuing. > > > > Unfortunately I had to drop this from target-arm.next, > > because it caused one of the gitlab CI jobs to fail: > > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitla > > b.com%2Fpm215%2Fqemu%2F- > > %2Fjobs%2F12839040278&data=05%7C02%7Cskolothumtho%40nvidia.co > > m%7Ce64f88e5ebe54c10a77008de5a90f12d%7C43083d15727340c1b7db > > 39efd9ccc17a%7C0%7C0%7C639047775811752760%7CUnknown%7CTWF > > pbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW > > 4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=r2cFx > > te6tcUSLjTTpMKMvmU4g7FgrhMTatELkP4sJXo%3D&reserved=0 > > (Not an intermittent -- the job failed the same way > > on retry, and passes with my target-arm queue without > > this series in it.) > > > > I'm not sure exactly what's going on here, because > > the bios-tables-test test passes on my local machine. > > I tried on both my ARM64 and x86 machine and no failure. > > > Could you investigate, please? > > > > 1/457 qemu:qtest+qtest-x86_64 / qtest-x86_64/bios-tables-test OK > > 83.58s 55 subtests passed > > ▶ 2/457 /aarch64/acpi/virt/its_off - > > This is the one failing apparently. > > > ERROR:../tests/qtest/bios-tables-test.c:554:test_acpi_asl: assertion > > failed: (all_tables_match) FAIL > > ▶ 2/457 ERROR > > 2/457 qemu:qtest+qtest-aarch64 / qtest-aarch64/bios-tables-test ERROR > > 25.86s killed by signal 6 SIGABRT > > >>> > > MSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print > > _stacktrace=1 PYTHON=/builds/pm215/qemu/build/pyvenv/bin/python3.11 > > UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print > > _stacktrace=1 QTEST_QEMU_IMG=./qemu-img > > QTEST_QEMU_STORAGE_DAEMON_BINARY=./storage-daemon/qemu- > > storage-daemon > > ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 > > RUST_BACKTRACE=1 MESON_TEST_ITERATION=1 > > G_TEST_DBUS_DAEMON=/builds/pm215/qemu/tests/dbus-vmstate- > > daemon.sh MALLOC_PERTURB_=162 QTEST_QEMU_BINARY=./qemu-system- > > aarch64 /builds/pm215/qemu/build/tests/qtest/bios-tables-test --tap -k > > ――――――――――――――――――――――――――――――――― > > ―――― ✀ > > ――――――――――――――――――――――――――――――――― > > ―――― > > stderr: > > acpi-test: Warning! IORT binary file mismatch. Actual > > [aml:/tmp/aml-7QQVJ3], Expected > > [aml:tests/data/acpi/aarch64/virt/IORT.its_off]. > > Any way to retrieve these files?
They aren't in the "job artifacts", but you can probably do a patch to tweak the CI job to add them, push to your own gitlab fork of QEMU to have it run the CI, and then look at the results. thanks -- PMM
