From: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com>
To: Drew Davenport <ddavenport@chromium.org>,
igt-dev <igt-dev@lists.freedesktop.org>
Subject: Re: [igt-dev] [PATCH] tests/kms_atomic_transition: Address test flakiness
Date: Tue, 29 Aug 2023 10:01:54 +0300 [thread overview]
Message-ID: <eca45894-c8f2-1c4f-1454-3bfd0b6342d1@gmail.com> (raw)
In-Reply-To: <20230828142356.1.I6b63e745635f9cad8c698001ce08f406fe0f0bcb@changeid>
Hi Drew,
can you show backtrace when the test failed for you? I was looking
through stats how i915 have behaved with this and I didn't on brief look
spot this ever hitting i915. Which driver you are seeing this issue with?
Current stats on ci for i915 look like this (for me it look all green
where run)
https://intel-gfx-ci.01.org/tree/drm-tip/shards-all.html?testfilter=kms_atomic_transition.*nonblocking
Here are some issues but they all did look like connector related issues:
https://intel-gfx-ci.01.org/tree/drm-tip/drmtip.html?testfilter=kms_atomic_transition.*nonblocking
/Juha-Pekka
On 28.8.2023 23.23, Drew Davenport wrote:
> Nonblocking commits can sometimes return -EBUSY. It's expected that
> this error is transient and that userspace should retry the commit.
>
> Since kms_atomic_transition uses nonblocking commits for some test
> cases, the test fails flakily.
>
> This change will handle -EBUSY to ensure that the test does not
> fail in that case.
>
> Closes: https://gitlab.freedesktop.org/drm/igt-gpu-tools/-/issues/144
> Signed-off-by: Drew Davenport <ddavenport@chromium.org>
>
> ---
>
> tests/kms_atomic_transition.c | 6 +++++-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/tests/kms_atomic_transition.c b/tests/kms_atomic_transition.c
> index 6ab5267ca..46ce9f929 100644
> --- a/tests/kms_atomic_transition.c
> +++ b/tests/kms_atomic_transition.c
> @@ -683,7 +683,11 @@ static void commit_display(data_t *data, unsigned event_mask, bool nonblocking)
> if (nonblocking)
> flags |= DRM_MODE_ATOMIC_NONBLOCK;
>
> - igt_display_commit_atomic(&data->display, flags, NULL);
> + do {
> + ret = igt_display_try_commit_atomic(&data->display, flags, NULL);
> + } while (ret == -EBUSY);
> +
> + igt_assert_eq(ret, 0);
>
> igt_debug("Event mask: %x, waiting for %i events\n", event_mask, num_events);
>
next prev parent reply other threads:[~2023-08-29 7:02 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-28 20:23 [igt-dev] [PATCH] tests/kms_atomic_transition: Address test flakiness Drew Davenport
2023-08-28 22:03 ` [igt-dev] ✗ GitLab.Pipeline: warning for " Patchwork
2023-08-28 22:24 ` [igt-dev] ✓ CI.xeBAT: success " Patchwork
2023-08-28 22:34 ` [igt-dev] ✓ Fi.CI.BAT: " Patchwork
2023-08-29 2:25 ` [igt-dev] ✗ Fi.CI.IGT: failure " Patchwork
2023-08-29 7:01 ` Juha-Pekka Heikkila [this message]
2023-08-30 17:21 ` [igt-dev] [PATCH] " Drew Davenport
2023-09-07 18:56 ` Juha-Pekka Heikkila
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=eca45894-c8f2-1c4f-1454-3bfd0b6342d1@gmail.com \
--to=juhapekka.heikkila@gmail.com \
--cc=ddavenport@chromium.org \
--cc=igt-dev@lists.freedesktop.org \
/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