[Intel-gfx] [PATCH RESEND] drm: i915: Preserve old FBC status for update without new planes
Paulo Zanoni
paulo.r.zanoni at intel.com
Mon Jun 5 19:46:26 UTC 2017
Em Qui, 2017-06-01 às 16:09 -0700, Manasi Navare escreveu:
> The modified commit message looks good to me.
>
> Reviewed-by: Manasi Navare <manasi.d.navare at intel.com>
Reviewed-by: Paulo Zanoni <paulo.r.zanoni at intel.com>
As a longer term plan we could try to think some way to reduce the
complexity between the Kernel and IGT interaction here: maybe there's a
way to make things work without having to preserve no_fbc_reason
between multiple commits. But I don't have any specific ideas, so
suggestions are welcome.
>
> On Thu, Jun 01, 2017 at 12:36:08PM -0300, Gabriel Krisman Bertazi
> wrote:
> > If the atomic commit doesn't include any new plane, there is no
> > need to
> > choose a new CRTC for FBC, and the intel_fbc_choose_crtc() will
> > bail out
> > early. Although, if the FBC setup failed in the previous commit,
> > if the
> > current commit doesn't include new plane update, it tries to
> > overwrite
> > no_fbc_reason to "no suitable CRTC for FBC". For that scenario, it
> > is
> > better that we simply keep the old message in-place to make
> > debugging
> > easier.
> >
> > A scenario where this happens is with the
> > igt at kms_frontbuffer_tracking@fbc-suspend testcase when executed on
> > a
> > Haswell system with not enough stolen memory. When enabling the
> > CRTC,
> > the FBC setup will be correctly initialized to a specific CRTC, but
> > won't be enabled, since there is not enough memory. The testcase
> > will
> > then enable CRC checking, which requires a quirk for Haswell, which
> > issues a new atomic commit that doesn't update the planes. Since
> > that
> > update doesn't include any new planes (and the FBC wasn't enabled),
> > intel_fbc_choose_crtc() will not find any suitable CRTC, but update
> > the
> > error message, hiding the lack of memory information, which is the
> > actual cause of the initialization failure. As a result, this
> > causes
> > that test, which should skip, to fail on Haswell.
> >
> > Changes since v1:
> > - Update commit message (Manasi)
> >
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=100020
> > Fixes: f7e9b004b8a3 ("drm/i915/fbc: inline intel_fbc_can_choose()")
> > Reported-by: Dorota Czaplejewicz <dorota.czaplejewicz at collabora.co.
> > uk>
> > Signed-off-by: Gabriel Krisman Bertazi <krisman at collabora.co.uk>
> > Cc: Paulo Zanoni <paulo.r.zanoni at intel.com>
> > ---
> > drivers/gpu/drm/i915/intel_fbc.c | 4 +++-
> > 1 file changed, 3 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/gpu/drm/i915/intel_fbc.c
> > b/drivers/gpu/drm/i915/intel_fbc.c
> > index ded2add18b26..0c99c9b731ee 100644
> > --- a/drivers/gpu/drm/i915/intel_fbc.c
> > +++ b/drivers/gpu/drm/i915/intel_fbc.c
> > @@ -1045,6 +1045,7 @@ void intel_fbc_choose_crtc(struct
> > drm_i915_private *dev_priv,
> > struct drm_plane *plane;
> > struct drm_plane_state *plane_state;
> > bool crtc_chosen = false;
> > + bool new_planes = false;
> > int i;
> >
> > mutex_lock(&fbc->lock);
> > @@ -1066,6 +1067,7 @@ void intel_fbc_choose_crtc(struct
> > drm_i915_private *dev_priv,
> > to_intel_plane_state(plane_state);
> > struct intel_crtc_state *intel_crtc_state;
> > struct intel_crtc *crtc =
> > to_intel_crtc(plane_state->crtc);
> > + new_planes = true;
> >
> > if (!intel_plane_state->base.visible)
> > continue;
> > @@ -1084,7 +1086,7 @@ void intel_fbc_choose_crtc(struct
> > drm_i915_private *dev_priv,
> > break;
> > }
> >
> > - if (!crtc_chosen)
> > + if (new_planes && !crtc_chosen)
> > fbc->no_fbc_reason = "no suitable CRTC for FBC";
> >
> > out:
> > --
> > 2.11.0
> >
More information about the Intel-gfx
mailing list