From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: "Gote, Nitin R" <nitin.r.gote@intel.com>
Cc: "Karas, Krzysztof" <krzysztof.karas@intel.com>,
Jani Nikula <jani.nikula@linux.intel.com>,
"intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>,
"Shyti, Andi" <andi.shyti@intel.com>,
"chris.p.wilson@linux.intel.com" <chris.p.wilson@linux.intel.com>
Subject: Re: [PATCH] drm/i915/gt: Add delay to let engine resumes properly
Date: Tue, 29 Apr 2025 16:53:16 -0400 [thread overview]
Message-ID: <aBE8PPb6irZOOqiu@intel.com> (raw)
In-Reply-To: <PH0PR11MB58804EEB54AC07E8C212E3B0D0802@PH0PR11MB5880.namprd11.prod.outlook.com>
On Tue, Apr 29, 2025 at 01:16:13PM +0000, Gote, Nitin R wrote:
> > Hi Nitin,
> >
> > [...]
> >
> > > > > + if (wait_for_atomic((!stop_ring(engine) == 0), 20)) {
> > > > > drm_err(&engine->i915->drm,
> > > > > "failed to set %s head to zero "
> > > > > "ctl %08x head %08x tail %08x start %08x\n",
> > > >
> > > > I am wondering if xcs_resume() calling stop_ring() too would benefit
> > > > from having this timeout on hand as well. That would require moving
> > > > wait_for_atomic((!stop_ring(engine) == 0), 20) along with your
> > > > comment to a separate wrapper function.
> > > > What do you think?
> > >
> > > In xcs_resume(), there is no need for a timeout for stop_ring(), as we have not
> > encountered any issues/errors in xcs_resume().
> > > So, I think, currently there is no need for a separate wrapper function.
> > In that case, I do not have any more concerns:
> > Reviewed-by: Krzysztof Karas <krzysztof.karas@intel.com>
> >
> Thanks for the review Krzysztof.
>
> > Best Regards,
> > Krzysztof
>
> Hi Rodrigo/Jani,
> May I ask you to push this change?
I just pushed the patch, but I'm wondering if a simple
ENGINE_POSTING_READ(engine, RING_HEAD);
ENGINE_POSTING_READ(engine, RING_TAIL);
before the return inside the stop_ring()
wouldn't be enough to accomplish the same here...
>
> Thanks,
> Nitin
>
>
>
next prev parent reply other threads:[~2025-04-29 20:53 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-16 10:36 [PATCH] drm/i915/gt: Add delay to let engine resumes properly Nitin Gote
2025-04-16 14:54 ` ✓ i915.CI.BAT: success for " Patchwork
2025-04-16 23:28 ` ✗ i915.CI.Full: failure " Patchwork
2025-04-21 7:15 ` Gote, Nitin R
2025-04-21 10:55 ` Ravali, JupallyX
2025-04-21 10:53 ` ✓ i915.CI.Full: success " Patchwork
2025-04-23 14:57 ` [PATCH] " Sebastian Brzezinka
2025-04-24 12:29 ` Krzysztof Karas
2025-04-29 7:01 ` Gote, Nitin R
2025-04-29 11:51 ` Krzysztof Karas
2025-04-29 13:16 ` Gote, Nitin R
2025-04-29 20:53 ` Rodrigo Vivi [this message]
2025-04-30 15:06 ` Gote, Nitin R
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=aBE8PPb6irZOOqiu@intel.com \
--to=rodrigo.vivi@intel.com \
--cc=andi.shyti@intel.com \
--cc=chris.p.wilson@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=krzysztof.karas@intel.com \
--cc=nitin.r.gote@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.