Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Krzysztof Niemiec <krzysztof.niemiec@intel.com>
To: Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com>
Cc: <intel-gfx@lists.freedesktop.org>,
	Jani Nikula <jani.nikula@linux.intel.com>,
	Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
	Rodrigo Vivi <rodrigo.vivi@intel.com>,
	Tvrtko Ursulin <tursulin@ursulin.net>,
	Andi Shyti <andi.shyti@linux.intel.com>,
	Krzysztof Karas <krzysztof.karas@intel.com>,
	Sebastian Brzezinka <sebastian.brzezinka@intel.com>,
	<dri-devel@lists.freedesktop.org>,
	<igt-dev@lists.freedesktop.org>
Subject: Re: [PATCH] drm/i915/selftests: Wait longer for request to start
Date: Wed, 2 Sep 2026 11:54:28 +0200	[thread overview]
Message-ID: <apfrVeVRjese772i@kniemiec-mobl1> (raw)
In-Reply-To: <20260831093510.3496388-2-janusz.krzysztofik@linux.intel.com>

On 2026-08-31 at 11:33:08 +0200, Janusz Krzysztofik wrote:
> CI extreamly sporadically (five times over last six mohths) reported
> failures of igt@i915_selftest@live@hangcheck on ARL-S machines.  The
> selftest was timing out while waiting up to 1 second for a request
> supposed to trigger a GPU hang to be started.  It occurred possible to
> reproduce this issue manually by running the selftest in a loop for a
> few hours.
> 
> Among results from 5 occurrences reported by CI so far, and two manual
> reproductions, two of them contained messages that suggested a
> posssibility of the awaited request to actually start soon after
> timeout.  With the timeout extended from 1 to 2 seconds, it occurred no
> longer possible to trigger the failure, even when running the test in a
> loop for 10, then for 12 hours, on the same machine where it was failing
> before in 2-3 hours.
> 
> Assume the conditions that prevented the hang requests to start within 1
> second were always transient, and 2 seconds is sufficient for those
> requests to start effectively on machines in the CI environment.  Fix
> the issue by using that value as the timeout.
> 

What's the median request start time under usual conditions? It's
interesting to me why a timeout of 1s doesn't capture all occurences but
2s seems to do so. If the usual start time is on the order of few
hundred ms, then it's very possible maybe 90% of requests start within
1s and CI just exposes the 10% via large numbers. But if the start time
is usually ~10ms or ~1ms, is there some slowpath that triggers from time to
time that is expected to take on the order of ~100ms or ~1s? Or maybe a
scheduling, or power issue?

This patch does no harm and gets CI scripts to shut up about an otherwise
working test. But there is a world where the CI fails are exposing some
very subtle bug (though I sincerely doubt it's any urgent or worth going
out of your way to fix)

Otherwise with the Krzysztof Karas's comments about commit log:

Reviewed-by: Krzysztof Niemiec <krzysztof.niemiec@intel.com>

Thanks
Krzysztof

      parent reply	other threads:[~2026-09-02  9:54 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-31  9:33 [PATCH] drm/i915/selftests: Wait longer for request to start Janusz Krzysztofik
2026-08-31 15:23 ` ✓ i915.CI.BAT: success for " Patchwork
2026-08-31 20:21 ` ✗ i915.CI.Full: failure " Patchwork
2026-09-01 10:43   ` Janusz Krzysztofik
2026-09-01 14:24     ` Ravali, JupallyX
2026-09-01  6:19 ` [PATCH] " Krzysztof Karas
2026-09-01  8:07   ` Janusz Krzysztofik
2026-09-01 12:57 ` ✓ i915.CI.Full: success for " Patchwork
2026-09-02  9:54 ` Krzysztof Niemiec [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=apfrVeVRjese772i@kniemiec-mobl1 \
    --to=krzysztof.niemiec@intel.com \
    --cc=andi.shyti@linux.intel.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=igt-dev@lists.freedesktop.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@linux.intel.com \
    --cc=janusz.krzysztofik@linux.intel.com \
    --cc=joonas.lahtinen@linux.intel.com \
    --cc=krzysztof.karas@intel.com \
    --cc=rodrigo.vivi@intel.com \
    --cc=sebastian.brzezinka@intel.com \
    --cc=tursulin@ursulin.net \
    /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