DPDK patches and discussions
 help / color / mirror / Atom feed
From: Thomas Monjalon <thomas@monjalon.net>
To: Eric Long <i@hack3r.moe>
Cc: dev@dpdk.org, "David Marchand" <david.marchand@redhat.com>,
	孙越池 <sunyuechi@iscas.ac.cn>
Subject: Re: [PATCH] test: raise fast test timeout to 60s on RISC-V
Date: Fri, 19 Sep 2025 21:16:20 +0200	[thread overview]
Message-ID: <2749886.8hzESeGDPO@thomas> (raw)
In-Reply-To: <42d5a086.2c8ee.1995d41f1c7.Coremail.sunyuechi@iscas.ac.cn>

18/09/2025 16:37, 孙越池:
> &gt; 发件人: "Thomas Monjalon" <thomas@monjalon.net>
> &gt; 27/11/2024 04:26, Eric Long:
> &gt; &gt; On 27/11/2024 04:29, David Marchand wrote:
> &gt; &gt; &gt; You can extend the timeout via the multiplier option (default timeout
> &gt; &gt; &gt; of 10s * multiplier).
> &gt; &gt; &gt; So in your case:
> &gt; &gt; &gt; $ meson test -C <build> --suite fast-tests -t 6
> &gt; &gt; 
> &gt; &gt; I hope the RISC-V specific extended timeout could be upstreamed though, 
> &gt; &gt; in this way we won't need to bump timeout in every distro supporting the 
> &gt; &gt; architecture (like Debian [1]) or even not running the tests altogether 
> &gt; &gt; (like OpenSUSE [2] and Fedora [3]), just because tests are failing due 
> &gt; &gt; to timeout.
> &gt; 
> &gt; What do we decide?
> &gt; A specific timeout doesn't harm I guess?
> &gt; 
> I think increasing the RISC-V timeout is reasonable and shouldn’t cause any issues.

Sorry for this very long (forgotten) decision,
and welcome.

Applied, thanks.




      reply	other threads:[~2025-09-19 19:16 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-23 14:58 Eric Long
2024-11-26 20:29 ` David Marchand
2024-11-27  3:26   ` Eric Long
2025-09-18 12:28     ` Thomas Monjalon
2025-09-18 14:37       ` 孙越池
2025-09-19 19:16         ` Thomas Monjalon [this message]

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=2749886.8hzESeGDPO@thomas \
    --to=thomas@monjalon.net \
    --cc=david.marchand@redhat.com \
    --cc=dev@dpdk.org \
    --cc=i@hack3r.moe \
    --cc=sunyuechi@iscas.ac.cn \
    /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).