[Intel-gfx] [PATCH] drm/i915/guc: Skip suspend/resume GuC action on platforms w/o GuC submission

Hiatt, Don don.hiatt at intel.com
Tue Oct 29 21:15:01 UTC 2019


> From: Wajdeczko, Michal <Michal.Wajdeczko at intel.com>
> Sent: Tuesday, October 29, 2019 5:33 AM
> To: intel-gfx at lists.freedesktop.org; Hiatt, Don <don.hiatt at intel.com>
> Subject: Re: [Intel-gfx] [PATCH] drm/i915/guc: Skip suspend/resume GuC action
> on platforms w/o GuC submission
> 
> On Mon, 28 Oct 2019 22:25:27 +0100, <don.hiatt at intel.com> wrote:
> 
> > From: Don Hiatt <don.hiatt at intel.com>
> >
> > On some platforms (e.g. KBL) that do not support GuC submission, but
> > the user enabled the GuC communication (e.g for HuC authentication)
> > calling the GuC EXIT_S_STATE action results in lose of ability to
> > enter RC6. We can remove the GuC suspend/remove entirely as we do
> > not need to save the GuC submission status.
> >
> > v2: Do not suspend/resume the GuC on platforms that do not support
> >     Guc Submission.
> >
> > Signed-off-by: Don Hiatt <don.hiatt at intel.com>
> > ---
> >  drivers/gpu/drm/i915/gt/uc/intel_uc.c | 17 +++++++++++++++++
> >  1 file changed, 17 insertions(+)
> >
> > diff --git a/drivers/gpu/drm/i915/gt/uc/intel_uc.c
> > b/drivers/gpu/drm/i915/gt/uc/intel_uc.c
> > index 3fdbc935d155..04031564f0b1 100644
> > --- a/drivers/gpu/drm/i915/gt/uc/intel_uc.c
> > +++ b/drivers/gpu/drm/i915/gt/uc/intel_uc.c
> > @@ -572,10 +572,19 @@ void intel_uc_runtime_suspend(struct intel_uc *uc)
> >  	if (!intel_guc_is_running(guc))
> >  		return;
> > +	/*
> > +	 * If GuC communciation is enabled but submission is not supported,
> 
> typo
> 
> > +	 * we do not need to suspend the GuC but we do need to disable the
> > +	 * GuC communication on suspend.
> > +	 */
> > +	if (!guc->submission_supported)
> 
> Using submission_supported flag directly can be tricky, as today it
> is always set to false, but in the future it may indicate either that
> submission is supported by the driver/fw and/or enabled by modparam.
> 
> There is no guarantee that it will reflect actual runtime status,
> as even supported/unblocked guc submission may fallback to execlists.
> 
> We may need something like intel_guc_submission_is_active() that will
> reflect actual mode of submission currently used by the driver.

Hi Michal,

I looked at your patch wrt checking the set_default_submission vfunc but
as that is for the engine, and here I only have access to the intel_guc struct.
I'm not sure just where I can know what the default submission is and then
flag it somewhere that I can then check here in the suspend/resume. I'll keep
looking (sorry, I'm very new to this code). 😊

Thanks,

don






> 
> > +		goto guc_disable_comm;
> 
> and maybe we can move above logic to intel_guc_suspend()
> to do not introduce extra goto's ?
> 
> > +
> >  	err = intel_guc_suspend(guc);
> >  	if (err)
> >  		DRM_DEBUG_DRIVER("Failed to suspend GuC, err=%d", err);
> > +guc_disable_comm:
> >  	guc_disable_communication(guc);
> >  }
> > @@ -605,6 +614,14 @@ static int __uc_resume(struct intel_uc *uc, bool
> > enable_communication)
> >  	if (enable_communication)
> >  		guc_enable_communication(guc);
> > +	/*
> > +	 * If GuC communciation is enabled but submission is not supported,
> 
> typo
> 
> > +	 * we do not need to resume the GuC but we do need to enable the
> > +	 * GuC communication on resume (above).
> > +	 */
> > +	if (!guc->submission_supported)
> > +		return 0;
> 
> see suspend case comment
> 
> > +
> >  	err = intel_guc_resume(guc);
> >  	if (err) {
> >  		DRM_DEBUG_DRIVER("Failed to resume GuC, err=%d", err);
> 
> Thanks,
> Michal


More information about the Intel-gfx mailing list