public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Matt Roper <matthew.d.roper@intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 4/4] drm/i915: Remove begin/finish_crtc_commit, v2.
Date: Thu, 26 Sep 2019 15:45:31 +0300	[thread overview]
Message-ID: <20190926124531.GL1208@intel.com> (raw)
In-Reply-To: <20190925214212.GT1869@mdroper-desk1.amr.corp.intel.com>

On Wed, Sep 25, 2019 at 02:42:12PM -0700, Matt Roper wrote:
> On Wed, Sep 25, 2019 at 04:59:01PM +0200, Maarten Lankhorst wrote:
> > This can all be done from the intel_update_crtc function. Split out the
> > pipe update into a separate function, just like is done for the planes.
> > Pull in all the changes done during fastset as well. It makes no sense
> > for it to still exist as a separate function.
> > 
> > Changes since v1:
> > - Inline intel_update_pipe_config()
> > 
> > Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
> > ---
> >  drivers/gpu/drm/i915/display/intel_display.c | 197 ++++++++-----------
> >  1 file changed, 86 insertions(+), 111 deletions(-)
> > 
> > diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c
> > index b77574cda648..5a9d06af9f29 100644
> > --- a/drivers/gpu/drm/i915/display/intel_display.c
> > +++ b/drivers/gpu/drm/i915/display/intel_display.c
> > @@ -136,8 +136,6 @@ static void vlv_prepare_pll(struct intel_crtc *crtc,
> >  			    const struct intel_crtc_state *pipe_config);
> >  static void chv_prepare_pll(struct intel_crtc *crtc,
> >  			    const struct intel_crtc_state *pipe_config);
> > -static void intel_begin_crtc_commit(struct intel_atomic_state *, struct intel_crtc *);
> > -static void intel_finish_crtc_commit(struct intel_atomic_state *, struct intel_crtc *);
> >  static void intel_crtc_init_scalers(struct intel_crtc *crtc,
> >  				    struct intel_crtc_state *crtc_state);
> >  static void skylake_pfit_enable(const struct intel_crtc_state *crtc_state);
> > @@ -4409,45 +4407,6 @@ static void icl_set_pipe_chicken(struct intel_crtc *crtc)
> >  	I915_WRITE(PIPE_CHICKEN(pipe), tmp);
> >  }
> >  
> > -static void intel_update_pipe_config(const struct intel_crtc_state *old_crtc_state,
> > -				     const struct intel_crtc_state *new_crtc_state)
> > -{
> > -	struct intel_crtc *crtc = to_intel_crtc(new_crtc_state->uapi.crtc);
> > -	struct drm_i915_private *dev_priv = to_i915(crtc->base.dev);
> > -
> > -	/* drm_atomic_helper_update_legacy_modeset_state might not be called. */
> > -	crtc->base.mode = new_crtc_state->uapi.mode;
> > -
> > -	/*
> > -	 * Update pipe size and adjust fitter if needed: the reason for this is
> > -	 * that in compute_mode_changes we check the native mode (not the pfit
> > -	 * mode) to see if we can flip rather than do a full mode set. In the
> > -	 * fastboot case, we'll flip, but if we don't update the pipesrc and
> > -	 * pfit state, we'll end up with a big fb scanned out into the wrong
> > -	 * sized surface.
> > -	 */
> > -
> > -	I915_WRITE(PIPESRC(crtc->pipe),
> > -		   ((new_crtc_state->pipe_src_w - 1) << 16) |
> > -		   (new_crtc_state->pipe_src_h - 1));
> > -
> > -	/* on skylake this is done by detaching scalers */
> > -	if (INTEL_GEN(dev_priv) >= 9) {
> > -		skl_detach_scalers(new_crtc_state);
> > -
> > -		if (new_crtc_state->pch_pfit.enabled)
> > -			skylake_pfit_enable(new_crtc_state);
> > -	} else if (HAS_PCH_SPLIT(dev_priv)) {
> > -		if (new_crtc_state->pch_pfit.enabled)
> > -			ironlake_pfit_enable(new_crtc_state);
> > -		else if (old_crtc_state->pch_pfit.enabled)
> > -			ironlake_pfit_disable(old_crtc_state);
> > -	}
> > -
> > -	if (INTEL_GEN(dev_priv) >= 11)
> > -		icl_set_pipe_chicken(crtc);
> > -}
> > -
> >  static void intel_fdi_normal_train(struct intel_crtc *crtc)
> >  {
> >  	struct drm_device *dev = crtc->base.dev;
> > @@ -13739,13 +13698,88 @@ u32 intel_crtc_get_vblank_counter(struct intel_crtc *crtc)
> >  	return crtc->base.funcs->get_vblank_counter(&crtc->base);
> >  }
> >  
> > +void intel_crtc_arm_fifo_underrun(struct intel_crtc *crtc,
> > +				  struct intel_crtc_state *crtc_state)
> > +{
> > +	struct drm_i915_private *dev_priv = to_i915(crtc->base.dev);
> > +
> > +	if (!IS_GEN(dev_priv, 2))
> > +		intel_set_cpu_fifo_underrun_reporting(dev_priv, crtc->pipe, true);
> > +
> > +	if (crtc_state->has_pch_encoder) {
> > +		enum pipe pch_transcoder =
> > +			intel_crtc_pch_transcoder(crtc);
> > +
> > +		intel_set_pch_fifo_underrun_reporting(dev_priv, pch_transcoder, true);
> > +	}
> > +}
> > +
> > +static void commit_pipe_config(struct intel_atomic_state *state,
> > +			       struct intel_crtc_state *old_crtc_state,
> > +			       struct intel_crtc_state *new_crtc_state)
> > +{
> > +	struct intel_crtc *crtc = to_intel_crtc(new_crtc_state->uapi.crtc);
> > +	struct drm_i915_private *dev_priv = to_i915(state->base.dev);
> > +	bool modeset = needs_modeset(new_crtc_state);
> > +
> > +	if (!modeset) {
> > +		if (new_crtc_state->uapi.color_mgmt_changed ||
> > +		    new_crtc_state->update_pipe)
> > +			intel_color_commit(new_crtc_state);
> > +
> > +		if (INTEL_GEN(dev_priv) >= 9)
> > +			skl_detach_scalers(new_crtc_state);
> > +
> > +		if (new_crtc_state->update_pipe) {
> > +			/* drm_atomic_helper_update_legacy_modeset_state might not be called. */
> > +			crtc->base.mode = new_crtc_state->uapi.mode;
> > +
> > +			/*
> > +			 * Update pipe size and adjust fitter if needed: the reason for this is
> > +			 * that in compute_mode_changes we check the native mode (not the pfit
> > +			 * mode) to see if we can flip rather than do a full mode set. In the
> > +			 * fastboot case, we'll flip, but if we don't update the pipesrc and
> > +			 * pfit state, we'll end up with a big fb scanned out into the wrong
> > +			 * sized surface.
> > +			 */
> > +
> > +			I915_WRITE(PIPESRC(crtc->pipe),
> > +				  ((new_crtc_state->pipe_src_w - 1) << 16) |
> > +				  (new_crtc_state->pipe_src_h - 1));
> 
> intel_set_pipe_src_size(new_crtc_state);
> 
> to be more future-proof in case the register changes in the future.
> 
> > +
> > +			if (INTEL_GEN(dev_priv) >= 9) {
> > +				/*
> > +				 * enable pipe scaler here if needed, if
> > +				 * it's disabled, that's done by
> > +				 * skl_detach_scalers() above.
> > +				 */
> > +				skylake_pfit_enable(new_crtc_state);
> > +			} else if (HAS_PCH_SPLIT(dev_priv)) {
> > +				if (!new_crtc_state->pch_pfit.enabled)
> > +					ironlake_pfit_disable(old_crtc_state);
> > +				else
> > +					ironlake_pfit_enable(new_crtc_state);
> > +			}
> > +
> > +			if (INTEL_GEN(dev_priv) >= 11)
> > +				icl_set_pipe_chicken(crtc);
> > +		}
> > +
> > +		if (INTEL_GEN(dev_priv) >= 9 || IS_BROADWELL(dev_priv))
> > +			bdw_set_pipemisc(new_crtc_state);
> > +	}
> > +
> > +	if (dev_priv->display.atomic_update_watermarks)
> > +		dev_priv->display.atomic_update_watermarks(state,
> > +							   new_crtc_state);
> 
> It might make sense to move the watermark update out to the caller.  The
> watermark registers themselves are plane-based, so dealing with them in
> the commit_pipe_config function is already slightly non-intuitive.

This one actually just does the linetime wm on skl+. We should probably
just move that into some other place so we could get rid of this hook on
those platforms.

> Plus
> that will let us just do a
> 
>         /*
>          * During modesets pipe configuration was programmed as the
>          * CRTC was enabled.
>          */
>         if (!modeset)
>                 return;
> 
> and drop a level of nesting for the rest of this function.
> 
> 
> > +}
> > +
> >  static void intel_update_crtc(struct intel_crtc *crtc,
> >  			      struct intel_atomic_state *state,
> >  			      struct intel_crtc_state *old_crtc_state,
> >  			      struct intel_crtc_state *new_crtc_state)
> >  {
> > -	struct drm_device *dev = state->base.dev;
> > -	struct drm_i915_private *dev_priv = to_i915(dev);
> > +	struct drm_i915_private *dev_priv = to_i915(state->base.dev);
> >  	bool modeset = needs_modeset(new_crtc_state);
> >  	struct intel_plane_state *new_plane_state =
> >  		intel_atomic_get_new_plane_state(state,
> > @@ -13769,14 +13803,21 @@ static void intel_update_crtc(struct intel_crtc *crtc,
> >  	else if (new_plane_state)
> >  		intel_fbc_enable(crtc, new_crtc_state, new_plane_state);
> >  
> > -	intel_begin_crtc_commit(state, crtc);
> > +	/* Perform vblank evasion around commit operation */
> > +	intel_pipe_update_start(new_crtc_state);
> > +
> > +	commit_pipe_config(state, old_crtc_state, new_crtc_state);
> >  
> >  	if (INTEL_GEN(dev_priv) >= 9)
> >  		skl_update_planes_on_crtc(state, crtc);
> >  	else
> >  		i9xx_update_planes_on_crtc(state, crtc);
> >  
> > -	intel_finish_crtc_commit(state, crtc);
> > +	intel_pipe_update_end(new_crtc_state);
> > +
> > +	if (new_crtc_state->update_pipe && !modeset &&
> > +	    old_crtc_state->hw.mode.private_flags & I915_MODE_FLAG_INHERITED)
> > +		intel_crtc_arm_fifo_underrun(crtc, new_crtc_state);
> 
> It might be worth adding a comment to this block.  I always have to go
> dig back through git history to remind myself we this is needed.  Maybe
> something like:
> 
>         /*
>          * We usually enable FIFO underrun interrupts as part of the
>          * CRTC enable sequence during modesets.  But when we inherit a
>          * valid pipe configuration from the BIOS we need to take care
>          * of enabling them on the CRTC's first fastset.
>          */
> 
> 
> Matt
> 
> >  }
> >  
> >  static void intel_old_crtc_state_disables(struct intel_atomic_state *state,
> > @@ -14573,72 +14614,6 @@ skl_max_scale(const struct intel_crtc_state *crtc_state,
> >  	return max_scale;
> >  }
> >  
> > -static void intel_begin_crtc_commit(struct intel_atomic_state *state,
> > -				    struct intel_crtc *crtc)
> > -{
> > -	struct drm_i915_private *dev_priv = to_i915(crtc->base.dev);
> > -	struct intel_crtc_state *old_crtc_state =
> > -		intel_atomic_get_old_crtc_state(state, crtc);
> > -	struct intel_crtc_state *new_crtc_state =
> > -		intel_atomic_get_new_crtc_state(state, crtc);
> > -	bool modeset = needs_modeset(new_crtc_state);
> > -
> > -	/* Perform vblank evasion around commit operation */
> > -	intel_pipe_update_start(new_crtc_state);
> > -
> > -	if (modeset)
> > -		goto out;
> > -
> > -	if (new_crtc_state->uapi.color_mgmt_changed ||
> > -	    new_crtc_state->update_pipe)
> > -		intel_color_commit(new_crtc_state);
> > -
> > -	if (new_crtc_state->update_pipe)
> > -		intel_update_pipe_config(old_crtc_state, new_crtc_state);
> > -	else if (INTEL_GEN(dev_priv) >= 9)
> > -		skl_detach_scalers(new_crtc_state);
> > -
> > -	if (INTEL_GEN(dev_priv) >= 9 || IS_BROADWELL(dev_priv))
> > -		bdw_set_pipemisc(new_crtc_state);
> > -
> > -out:
> > -	if (dev_priv->display.atomic_update_watermarks)
> > -		dev_priv->display.atomic_update_watermarks(state,
> > -							   new_crtc_state);
> > -}
> > -
> > -void intel_crtc_arm_fifo_underrun(struct intel_crtc *crtc,
> > -				  struct intel_crtc_state *crtc_state)
> > -{
> > -	struct drm_i915_private *dev_priv = to_i915(crtc->base.dev);
> > -
> > -	if (!IS_GEN(dev_priv, 2))
> > -		intel_set_cpu_fifo_underrun_reporting(dev_priv, crtc->pipe, true);
> > -
> > -	if (crtc_state->has_pch_encoder) {
> > -		enum pipe pch_transcoder =
> > -			intel_crtc_pch_transcoder(crtc);
> > -
> > -		intel_set_pch_fifo_underrun_reporting(dev_priv, pch_transcoder, true);
> > -	}
> > -}
> > -
> > -static void intel_finish_crtc_commit(struct intel_atomic_state *state,
> > -				     struct intel_crtc *crtc)
> > -{
> > -	struct intel_crtc_state *old_crtc_state =
> > -		intel_atomic_get_old_crtc_state(state, crtc);
> > -	struct intel_crtc_state *new_crtc_state =
> > -		intel_atomic_get_new_crtc_state(state, crtc);
> > -
> > -	intel_pipe_update_end(new_crtc_state);
> > -
> > -	if (new_crtc_state->update_pipe &&
> > -	    !needs_modeset(new_crtc_state) &&
> > -	    old_crtc_state->hw.mode.private_flags & I915_MODE_FLAG_INHERITED)
> > -		intel_crtc_arm_fifo_underrun(crtc, new_crtc_state);
> > -}
> > -
> >  /**
> >   * intel_plane_destroy - destroy a plane
> >   * @plane: plane to destroy
> > -- 
> > 2.20.1
> > 
> > _______________________________________________
> > Intel-gfx mailing list
> > Intel-gfx@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/intel-gfx
> 
> -- 
> Matt Roper
> Graphics Software Engineer
> VTT-OSGC Platform Enablement
> Intel Corporation
> (916) 356-2795
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx

-- 
Ville Syrjälä
Intel
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  parent reply	other threads:[~2019-09-26 12:45 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-25 14:58 [PATCH 1/4] drm/i915: Prepare to split crtc state in uapi and hw state Maarten Lankhorst
2019-09-25 14:58 ` [PATCH 2/4] drm/i915: Handle a few more cases for hw/sw split Maarten Lankhorst
2019-09-25 14:59 ` [PATCH 3/4] drm/i915: Complete sw/hw split, v2 Maarten Lankhorst
2019-09-25 21:41   ` Matt Roper
2019-09-25 14:59 ` [PATCH 4/4] drm/i915: Remove begin/finish_crtc_commit, v2 Maarten Lankhorst
2019-09-25 15:23   ` Ville Syrjälä
2019-09-25 21:42   ` Matt Roper
2019-09-26  8:46     ` Maarten Lankhorst
2019-09-26  9:22     ` Maarten Lankhorst
2019-09-26  9:47     ` [PATCH] drm/i915: Remove begin/finish_crtc_commit, v3 Maarten Lankhorst
2019-09-26 16:22       ` Ville Syrjälä
2019-09-27  8:29         ` Maarten Lankhorst
2019-09-26 12:45     ` Ville Syrjälä [this message]
2019-09-25 16:47 ` ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/4] drm/i915: Prepare to split crtc state in uapi and hw state Patchwork
2019-09-25 17:15 ` ✓ Fi.CI.BAT: success " Patchwork
2019-09-26  9:29 ` ✓ Fi.CI.IGT: " Patchwork
2019-09-26 10:08 ` ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/4] drm/i915: Prepare to split crtc state in uapi and hw state (rev2) Patchwork
2019-09-26 10:42 ` ✓ Fi.CI.BAT: success " Patchwork
2019-09-27  6:18 ` ✓ 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=20190926124531.GL1208@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox