From: "Dixit, Ashutosh" <ashutosh.dixit@intel.com>
To: priyanka.dandamudi@intel.com
Cc: igt-dev@lists.freedesktop.org, saurabhg.gupta@intel.com
Subject: Re: [igt-dev] [PATCH i-g-t v3 2/2] tests/i915/gem_ctx_exec: Skip test for shared reset domain
Date: Mon, 17 Jan 2022 17:54:10 -0800 [thread overview]
Message-ID: <87fspln70d.wl-ashutosh.dixit@intel.com> (raw)
In-Reply-To: <20220117085700.1723228-3-priyanka.dandamudi@intel.com>
On Mon, 17 Jan 2022 00:57:00 -0800, <priyanka.dandamudi@intel.com> wrote:
>
> @@ -292,11 +293,15 @@ static void nohangcheck_hostile(int i915)
> ahnd = get_reloc_ahnd(i915, ctx->id);
>
> igt_require(__enable_hangcheck(dir, false));
> + has_sh_do = has_shared_reset_domain(i915, ctx);
>
> for_each_ctx_engine(i915, ctx, e) {
> igt_spin_t *spin;
> int new;
>
> + if (has_sh_do && (e->class == I915_ENGINE_CLASS_RENDER ||
> + e->class == I915_ENGINE_CLASS_COMPUTE))
> + continue;
If we need to do this, let's not try to overly optimize things (which will
clutter up the code since has_shared_reset_domain() may get called from
multiple places) and just pass the engine into the function, something
like:
bool has_shared_reset_domain(int fd, struct intel_execution_engine2 *e2,
const intel_ctx_t *ctx)
{
const struct intel_execution_engine2 *e;
int count = 0;
if (!(e2->class == I915_ENGINE_CLASS_RENDER ||
e2->class == I915_ENGINE_CLASS_COMPUTE))
return false;
for_each_ctx_engine(fd, ctx, e)
if (e->class == I915_ENGINE_CLASS_RENDER ||
e->class == I915_ENGINE_CLASS_COMPUTE)
count++;
return count >= 2;
}
And then in the loop above just have:
if (has_shared_reset_domain(fd, e, ctx))
continue;
Also, I may be wrong, but it looks to me that this test should pass even if
we have shared resets, the test is not even using engine resets. What
failure are we seeing and on which platforms and with how many gt's? Does
the test fail only on DG2 or also on other products with RCS + CCS? Can you
paste the output after running the failing test?
Any idea anyone why this test would fail with a shared reset domain? Could
it be failing due to a different reason than a shared reset domain as
people pointed out on previous versions of the patch? In that case this
patch is incorrect.
next prev parent reply other threads:[~2022-01-18 1:54 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-17 8:56 [igt-dev] [PATCH i-g-t v3 0/2] Shared reset domain priyanka.dandamudi
2022-01-17 8:56 ` [igt-dev] [PATCH i-g-t v3 1/2] lib/igt_gt: Check for shared " priyanka.dandamudi
2022-01-17 20:20 ` Dixit, Ashutosh
2022-01-18 22:32 ` Matt Roper
2022-01-19 19:09 ` John Harrison
2022-01-19 19:32 ` Matt Roper
2022-01-19 19:37 ` John Harrison
2022-01-17 8:57 ` [igt-dev] [PATCH i-g-t v3 2/2] tests/i915/gem_ctx_exec: Skip test " priyanka.dandamudi
2022-01-18 1:54 ` Dixit, Ashutosh [this message]
2022-01-19 19:25 ` John Harrison
2022-01-17 9:45 ` [igt-dev] ✓ Fi.CI.BAT: success for Shared reset domain (rev3) Patchwork
2022-01-17 14:19 ` [igt-dev] ✓ Fi.CI.IGT: " Patchwork
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=87fspln70d.wl-ashutosh.dixit@intel.com \
--to=ashutosh.dixit@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=priyanka.dandamudi@intel.com \
--cc=saurabhg.gupta@intel.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