From: Pierrick Bouvier <pierrick.bouvier@linaro.org>
To: Thomas Huth <thuth@redhat.com>, qemu-devel@nongnu.org
Cc: "Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Daniel P . Berrangé" <berrange@redhat.com>,
"Peter Maydell" <peter.maydell@linaro.org>
Subject: Re: [PATCH] tests/functional: Bump timeouts of functional tests
Date: Wed, 6 Nov 2024 09:21:24 -0800 [thread overview]
Message-ID: <c233a6b5-bfea-4d5e-9b1f-5bc3a467e17d@linaro.org> (raw)
In-Reply-To: <20241106170946.990731-1-thuth@redhat.com>
On 11/6/24 09:09, Thomas Huth wrote:
> When building QEMU with "--enable-debug" and running the tests
> in parallel with "make -j$(nproc) check-functional", many tests are
> still timing out due to our conservative timeout settings. Bump
> the timeouts of the problematic tests and also increase the default
> timeout to 90 seconds (from 60 seconds) to be on the safe side.
>
> Signed-off-by: Thomas Huth <thuth@redhat.com>
> ---
> tests/functional/meson.build | 24 +++++++++++++-----------
> 1 file changed, 13 insertions(+), 11 deletions(-)
>
> diff --git a/tests/functional/meson.build b/tests/functional/meson.build
> index d5296bff8b..3561f987a6 100644
> --- a/tests/functional/meson.build
> +++ b/tests/functional/meson.build
> @@ -11,24 +11,26 @@ endif
>
> # Timeouts for individual tests that can be slow e.g. with debugging enabled
> test_timeouts = {
> - 'aarch64_raspi4' : 120,
> + 'aarch64_raspi4' : 480,
> 'aarch64_sbsaref' : 600,
> - 'aarch64_virt' : 360,
> - 'acpi_bits' : 240,
> + 'aarch64_virt' : 720,
> + 'acpi_bits' : 420,
> 'arm_aspeed' : 600,
> - 'arm_bpim2u' : 360,
> + 'arm_bpim2u' : 500,
> + 'arm_collie' : 180,
> 'arm_orangepi' : 540,
> 'arm_raspi2' : 120,
> - 'arm_tuxrun' : 120,
> + 'arm_tuxrun' : 240,
> 'arm_sx1' : 360,
> 'mips_malta' : 120,
> 'netdev_ethtool' : 180,
> 'ppc_40p' : 240,
> 'ppc64_hv' : 1000,
> - 'ppc64_powernv' : 240,
> - 'ppc64_pseries' : 240,
> - 'ppc64_tuxrun' : 240,
> - 's390x_ccw_virtio' : 240,
> + 'ppc64_powernv' : 480,
> + 'ppc64_pseries' : 480,
> + 'ppc64_tuxrun' : 420,
> + 'riscv64_tuxrun' : 120,
> + 's390x_ccw_virtio' : 420,
> }
>
> tests_generic_system = [
> @@ -273,8 +275,8 @@ foreach speed : ['quick', 'thorough']
> env: test_env,
> args: [testpath],
> protocol: 'tap',
> - timeout: test_timeouts.get(test, 60),
> - priority: test_timeouts.get(test, 60),
> + timeout: test_timeouts.get(test, 90),
> + priority: test_timeouts.get(test, 90),
> suite: suites)
> endforeach
> endforeach
I noticed by --enable-debug in configure is a combination of enabling
checks (enable-debug-tcg + graph + mutex), and deactivating optimizations.
Would it be worth keeping the optimizations and runtime checks instead?
This way, there would be no more "timeout" issue.
I'm not sure which added value we get from O0, except for debugging
locally QEMU.
next prev parent reply other threads:[~2024-11-06 17:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-06 17:09 [PATCH] tests/functional: Bump timeouts of functional tests Thomas Huth
2024-11-06 17:21 ` Pierrick Bouvier [this message]
2024-11-06 17:26 ` Peter Maydell
2024-11-06 17:30 ` Pierrick Bouvier
2024-11-06 17:40 ` Thomas Huth
2024-11-06 18:01 ` Pierrick Bouvier
2024-11-07 9:56 ` Richard Henderson
2024-11-06 18:04 ` Daniel P. Berrangé
2024-11-07 7:00 ` Thomas Huth
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=c233a6b5-bfea-4d5e-9b1f-5bc3a467e17d@linaro.org \
--to=pierrick.bouvier@linaro.org \
--cc=berrange@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).