qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 30/51] tests: Skip iotests and qtest when '--without-default-


From: Thomas Huth
Subject: Re: [PATCH 30/51] tests: Skip iotests and qtest when '--without-default-devices'
Date: Thu, 25 Aug 2022 14:03:56 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0

On 24/08/2022 11.40, Bin Meng wrote:
From: Bin Meng <bin.meng@windriver.com>

When QEMU is configured with '--without-default-devices', we should
not build and run iotests and qtest because devices used by these
test cases are not built in.

Signed-off-by: Bin Meng <bin.meng@windriver.com>
---

  tests/qemu-iotests/meson.build | 5 +++++
  tests/qtest/meson.build        | 5 +++++
  2 files changed, 10 insertions(+)

diff --git a/tests/qemu-iotests/meson.build b/tests/qemu-iotests/meson.build
index 323a4acb6a..38d9a874d2 100644
--- a/tests/qemu-iotests/meson.build
+++ b/tests/qemu-iotests/meson.build
@@ -2,6 +2,11 @@ if not have_tools or targetos == 'windows' or 
get_option('gprof')
    subdir_done()
  endif
+# Skip iotests if configured without a default selection of devices
+if not get_option('default_devices')
+  subdir_done()
+endif
+
  foreach cflag: config_host['QEMU_CFLAGS'].split()
    if cflag.startswith('-fsanitize') and \
       not cflag.contains('safe-stack') and not cflag.contains('cfi-icall')
diff --git a/tests/qtest/meson.build b/tests/qtest/meson.build
index c97da5a062..0291b3966c 100644
--- a/tests/qtest/meson.build
+++ b/tests/qtest/meson.build
@@ -4,6 +4,11 @@ if not config_host.has_key('CONFIG_POSIX')
    subdir_done()
  endif
+# Skip QTests if configured without a default selection of devices
+if not get_option('default_devices')
+  subdir_done()
+endif
+
  slow_qtests = {
    'ahci-test' : 60,
    'bios-tables-test' : 120,

That's a very big hammer already ... I'd prefer if we could work on the tests instead to adapt for the availability of devices instead (we've done quite a lot of work in this area in the past already, but apparently still not enough yet ...)

 Thomas




reply via email to

[Prev in Thread] Current Thread [Next in Thread]