All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: Matt Roper <matthew.d.roper@intel.com>,
	Kamil Konieczny <kamil.konieczny@linux.intel.com>
Cc: <igt-dev@lists.freedesktop.org>
Subject: Re: [PATCH i-g-t] tests/intel/xe_wedged: Manage verbosity of GT reset fault injection
Date: Thu, 28 Nov 2024 06:40:52 -0500	[thread overview]
Message-ID: <Z0hWxERCfBmmFvQy@intel.com> (raw)
In-Reply-To: <Z0hOiOTWpw61gAZa@intel.com>

On Thu, Nov 28, 2024 at 06:05:44AM -0500, Rodrigo Vivi wrote:
> On Tue, Nov 26, 2024 at 03:02:40PM -0800, Matt Roper wrote:
> > igt@xe_wedged@basic-wedged triggers a GT reset and uses fault injection
> > to ensure that the reset artificially fails.  This works as expected,
> > but depending on the value in the fail_gt_reset/verbose debugfs
> > when the test starts, different levels of output may be printed to
> > dmesg.  The test already marks the general "declared wedged" message as
> > expected so that igt_runner won't try to flag those as test errors, but
> > if verbose=2, then the fault injection framework will also issue print
> > dump_stack() output which gets flagged as a problem by igt_runner.
> > 
> > Explicitly set verbose=1 when running the test so that we get the
> > general wedged message and fault injection notification (which we
> > already tell igt_runner to ignore), but skip the unnecessary stack dump
> > that just confuses the runner.
> > 
> 
> Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>
> Cc: Francois Dugast <francois.dugast@intel.com>
> 
> > Closes: https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/2919
> > Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
> > ---
> >  tests/intel/xe_wedged.c | 1 +
> >  1 file changed, 1 insertion(+)
> > 
> > diff --git a/tests/intel/xe_wedged.c b/tests/intel/xe_wedged.c
> > index 88e5d47f2..0db8c8eba 100644
> > --- a/tests/intel/xe_wedged.c
> > +++ b/tests/intel/xe_wedged.c
> > @@ -213,6 +213,7 @@ igt_main
> >  	igt_subtest("basic-wedged") {
> >  		igt_require(igt_debugfs_exists(fd, "fail_gt_reset/probability",
> >  					       O_RDWR));
> > +		igt_debugfs_write(fd, "fail_gt_reset/verbose", "1");
> 
> Great finding! I believe this solves some of the cases that Kamil was working to mask.
> But also +Francois because it might have some use on the other fault-inject cases.

I forgot to add the rv-b tag here before hitting enter...

But that bought me some time :)

So, what about using verbose = 0 ? then we even skip the FAULT_INJECTION message
and don't need to filter for that as well, since by the test itself we know that
it is the injection.

But I'm okay on keeping 1 and filtering

Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>

> 
> Thanks a lot,
> Rodrigo.
> 
> >  
> >  		igt_assert_eq(simple_ioctl(fd), 0);
> >  		ignore_wedged_in_dmesg();
> > -- 
> > 2.47.0
> > 

      reply	other threads:[~2024-11-28 11:41 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-26 23:02 [PATCH i-g-t] tests/intel/xe_wedged: Manage verbosity of GT reset fault injection Matt Roper
2024-11-26 23:32 ` ✓ Xe.CI.BAT: success for " Patchwork
2024-11-26 23:46 ` ✓ i915.CI.BAT: " Patchwork
2024-11-27  0:30 ` ✗ Xe.CI.Full: failure " Patchwork
2024-11-27 23:16   ` Matt Roper
2024-11-27  1:13 ` ✗ i915.CI.Full: " Patchwork
2024-11-28 11:05 ` [PATCH i-g-t] " Rodrigo Vivi
2024-11-28 11:40   ` Rodrigo Vivi [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=Z0hWxERCfBmmFvQy@intel.com \
    --to=rodrigo.vivi@intel.com \
    --cc=igt-dev@lists.freedesktop.org \
    --cc=kamil.konieczny@linux.intel.com \
    --cc=matthew.d.roper@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.