On Wed, 26 Feb 2025 at 10:00, Thomas Huth <th...@redhat.com> wrote: > > Put the tests into a separate file now (since in the functional > framework, each file is run with one specific qemu-system-* binary). > > Signed-off-by: Thomas Huth <th...@redhat.com> > Message-ID: <20250218152744.228335-10-th...@redhat.com> > --- > tests/avocado/replay_kernel.py | 74 ----------------------------- > tests/functional/meson.build | 1 + > tests/functional/test_arm_replay.py | 69 +++++++++++++++++++++++++++ > 3 files changed, 70 insertions(+), 74 deletions(-) > create mode 100755 tests/functional/test_arm_replay.py
> diff --git a/tests/functional/meson.build b/tests/functional/meson.build > index 995cea4f305..a46c4e89464 100644 > --- a/tests/functional/meson.build > +++ b/tests/functional/meson.build > @@ -113,6 +113,7 @@ tests_arm_system_thorough = [ > 'arm_orangepi', > 'arm_quanta_gsj', > 'arm_raspi2', > + 'arm_replay', > 'arm_smdkc210', > 'arm_sx1', > 'arm_vexpress', The default 90s on this one seems to be insufficient. On a debug build with rust enabled on my local machine, running just this test takes over 2 minutes: $ time (cd build/rust ; PYTHONPATH=../../python:../../tests/functional QEMU_TEST_QEMU_BINARY=./qemu-system-arm ./pyvenv/bin/python3 ../../tests/functional/test_arm_replay.py) TAP version 13 ok 1 test_arm_replay.ArmReplay.test_cubieboard ok 2 test_arm_replay.ArmReplay.test_vexpressa9 ok 3 test_arm_replay.ArmReplay.test_virt 1..3 real 2m16.564s user 2m13.461s sys 0m3.523s I'll send a patch to bump up the timeout. thanks -- PMM
