From: "Alex Bennée" <alex.bennee@linaro.org>
To: Pierrick Bouvier <pierrick.bouvier@linaro.org>
Cc: qemu-devel@nongnu.org, "Brad Smith" <brad@comstyle.com>,
"Warner Losh" <imp@bsdimp.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Thomas Huth" <thuth@redhat.com>,
"Kyle Evans" <kevans@freebsd.org>,
"Peter Maydell" <peter.maydell@linaro.org>,
qemu-arm@nongnu.org
Subject: Re: [PATCH 6/6] tests/functional: add Arm VBSA uefi conformance test
Date: Thu, 19 Feb 2026 10:38:15 +0000 [thread overview]
Message-ID: <87o6ll6mso.fsf@draig.linaro.org> (raw)
In-Reply-To: <82942191-d0a6-4393-846d-b04e3cb009ce@linaro.org> (Pierrick Bouvier's message of "Fri, 13 Feb 2026 10:49:20 -0800")
Pierrick Bouvier <pierrick.bouvier@linaro.org> writes:
> On 2/13/26 7:48 AM, Alex Bennée wrote:
>> The VBSA test is a subset of the wider Arm architecture compliance
>> suites (ACS) which validate machines meet particular minimum set of
>> requirements. The VBSA is for virtual machines so it makes sense we
>> should check the -M virt machine is compliant.
>> Fortunately there are prebuilt binaries published via github so all
>> we
>> need to do is build an EFI partition and place things in the right
>> place.
>> There are some additional Linux based tests which are left for
>> later.
>> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
>> ---
>> tests/functional/aarch64/meson.build | 1 +
>> tests/functional/aarch64/test_virt_vbsa.py | 99 ++++++++++++++++++++++
>> 2 files changed, 100 insertions(+)
>> create mode 100755 tests/functional/aarch64/test_virt_vbsa.py
>> diff --git a/tests/functional/aarch64/meson.build
>> b/tests/functional/aarch64/meson.build
>> index 49eca120589..7ea8c22b048 100644
>> --- a/tests/functional/aarch64/meson.build
>> +++ b/tests/functional/aarch64/meson.build
>> @@ -46,6 +46,7 @@ tests_aarch64_system_thorough = [
>> 'tuxrun',
>> 'virt',
>> 'virt_gpu',
>> + 'virt_vbsa',
>> 'xen',
>> 'xlnx_versal',
>> ]
>> diff --git a/tests/functional/aarch64/test_virt_vbsa.py b/tests/functional/aarch64/test_virt_vbsa.py
>> new file mode 100755
>> index 00000000000..53cabf9d6c5
>> --- /dev/null
>> +++ b/tests/functional/aarch64/test_virt_vbsa.py
>> @@ -0,0 +1,99 @@
>> +#!/usr/bin/env python3
>> +#
>> +# Functional test that runs the Arm VBSA conformance tests.
>> +#
>> +# Copyright (c) 2026 Linaro Ltd.
>> +#
>> +# Author:
>> +# Alex Bennée <alex.bennee@linaro.org>
>> +#
>> +# SPDX-License-Identifier: GPL-2.0-or-later
>> +
>> +import shutil
>> +from subprocess import check_call, DEVNULL
>> +
>> +from qemu_test import QemuSystemTest, Asset
>> +from qemu_test import wait_for_console_pattern, get_qemu_img, skipIfMissingCommands
>> +from qemu_test import exec_command_and_wait_for_pattern as ec_and_wait
>> +
>> +
>> +@skipIfMissingCommands("mformat", "mcopy", "mmd")
>> +class Aarch64VirtMachine(QemuSystemTest):
>> + KERNEL_COMMON_COMMAND_LINE = 'printk.time=0 '
>> + timeout = 360
>> +
>> + def wait_for_console_pattern(self, success_message, vm=None):
>> + wait_for_console_pattern(self, success_message,
>> + failure_message='Kernel panic - not syncing',
>> + vm=vm)
>> +
>
> May be worth adding a comment with README url:
> https://github.com/ARM-software/sysarch-acs/blob/main/docs/vbsa/README.md
>
>> + ASSET_VBSA_EFI = Asset('https://github.com/ARM-software/sysarch-acs/raw/refs/heads/main'
>> + '/prebuilt_images/VBSA/v25.12_VBSA_0.7.0/Vbsa.efi',
>> + '80f37d2fb86d152d95dec4d05ff099c9e47ee8a89314268e08056b0e1359e1fa')
>> +
>> + ASSET_BSA_SHELL = Asset('https://github.com/ARM-software/bsa-acs/raw/refs/heads/main/'
>> + 'prebuilt_images/BSA_DT/v20.05_05_ALPHA/Shell.efi',
>> + '763e7b293fa9d1582153ea8fd0cf60e2a7a87d092d35d342cf9b3b697f47b588')
>> +
>> + def test_aarch64_vbsa_uefi_tests(self):
>> + """
>> + Launch the UEFI based VBSA test from an EFI file-system
>> + """
>> +
>> + self.vm.set_console()
>> +
>> + # virt machine wi
>> + self.set_machine('virt')
>> + self.vm.add_args('-M', 'virt,gic-version=max,virtualization=on')
>> + self.vm.add_args('-cpu', 'max','-m', '1024')
>> +
>> + # We will use the QEMU firmware blobs to boot
>> + code_path = self.build_file('pc-bios', 'edk2-aarch64-code.fd')
>> + vars_source = self.build_file('pc-bios', 'edk2-arm-vars.fd')
>> + vars_path = self.scratch_file('vars.fd')
>> + shutil.copy(vars_source, vars_path)
>> +
>> + self.vm.add_args('-drive', f'if=pflash,format=raw,readonly=on,file={code_path}')
>> + self.vm.add_args('-drive', f'if=pflash,format=raw,file={vars_path}')
>> +
>> + # Build an EFI FAT32 file-system for the UEFI tests
>> + vbsa_efi = self.ASSET_VBSA_EFI.fetch()
>> + bsa_shell = self.ASSET_BSA_SHELL.fetch()
>> +
>> + img_path = self.scratch_file('vbsa.img')
>> + qemu_img = get_qemu_img(self)
>> + check_call([qemu_img, 'create', '-f', 'raw', img_path, '64M'],
>> + stdout=DEVNULL, stderr=DEVNULL)
>> +
>> + check_call(['mformat', '-i', img_path, '-v', 'VBSA', '::'],
>> + stdout=DEVNULL, stderr=DEVNULL)
>> +
>> + check_call(['mmd', '-i', img_path, '::/EFI'],
>> + stdout=DEVNULL, stderr=DEVNULL)
>> +
>> + check_call(['mmd', '-i', img_path, '::/EFI/BOOT'],
>> + stdout=DEVNULL, stderr=DEVNULL)
>> +
>> + check_call(['mcopy', '-i', img_path, bsa_shell, '::/EFI/BOOT/BOOTAA64.EFI'],
>> + stdout=DEVNULL, stderr=DEVNULL)
>> +
>> + check_call(['mcopy', '-i', img_path, vbsa_efi, '::/Vbsa.efi'],
>> + stdout=DEVNULL, stderr=DEVNULL)
>> +
>> + self.vm.add_args('-drive', f'file={img_path},format=raw,if=none,id=drive0')
>> + self.vm.add_args('-device', 'virtio-blk-pci,drive=drive0')
>> +
>> + self.vm.launch()
>> +
>> + # wait for EFI prompt
>> + self.wait_for_console_pattern('Shell>')
>> +
>> + # Start the VBSA tests
>> + ec_and_wait(self, "FS0:Vbsa.efi", 'VBSA Architecture Compliance Suite')
>> +
>> + # could we parse the summary somehow?
>> +
>> + self.wait_for_console_pattern('VBSA tests complete. Reset the system.')
>> +
>
> What happens in case there is an error, does the test app hangs, or
> still exit with message under?
The failures I had were generally hangs but ideally we would parse the
the summary data and generate our response based on that. Unfortunately
that is at odds with the current send/wait for pass/fail message
infrastructure.
>
> If it always exit with this message, whether we have an error or not,
> then the test is not really checking anything.
>
>> +if __name__ == '__main__':
>> + QemuSystemTest.main()
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
next prev parent reply other threads:[~2026-02-19 10:38 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-13 15:48 [PATCH 0/6] testing/next: libvirt-ci, tests/vm and vbsa functional test Alex Bennée
2026-02-13 15:48 ` [PATCH 1/6] tests: bump libvirt-ci to latest state Alex Bennée
2026-02-13 18:41 ` Pierrick Bouvier
2026-02-13 15:48 ` [PATCH 2/6] tests/vm: bump OpenBSD to the current 7.8 release Alex Bennée
2026-02-13 18:42 ` Pierrick Bouvier
2026-02-13 15:48 ` [PATCH 3/6] tests/vm: remove unused import Alex Bennée
2026-02-13 18:42 ` Pierrick Bouvier
2026-02-13 15:48 ` [PATCH 4/6] tests/vm: fix interactive boot Alex Bennée
2026-02-13 18:42 ` Pierrick Bouvier
2026-02-13 15:48 ` [PATCH 5/6] tests/vm: build openbsd from lcitool data (!567) Alex Bennée
2026-02-13 18:43 ` Pierrick Bouvier
2026-02-13 15:48 ` [PATCH 6/6] tests/functional: add Arm VBSA uefi conformance test Alex Bennée
2026-02-13 16:01 ` Alex Bennée
2026-02-13 18:49 ` Pierrick Bouvier
2026-02-19 10:38 ` Alex Bennée [this message]
2026-02-19 16:39 ` Pierrick Bouvier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87o6ll6mso.fsf@draig.linaro.org \
--to=alex.bennee@linaro.org \
--cc=brad@comstyle.com \
--cc=imp@bsdimp.com \
--cc=kevans@freebsd.org \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=pierrick.bouvier@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.