All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Rodrigo Vivi <rodrigo.vivi@intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/i915: Adjust eDP's logical vco in a reliable place.
Date: Thu, 3 May 2018 16:17:24 +0300	[thread overview]
Message-ID: <20180503131724.GR23723@intel.com> (raw)
In-Reply-To: <20180503130745.GA2054@intel.com>

On Thu, May 03, 2018 at 06:07:45AM -0700, Rodrigo Vivi wrote:
> On Wed, May 02, 2018 at 10:12:51PM +0300, Ville Syrjälä wrote:
> > On Wed, May 02, 2018 at 10:52:55AM -0700, Rodrigo Vivi wrote:
> > > On intel_dp_compute_config() we were calculating the needed vco
> > > for eDP on gen9 and we stashing it in
> > > intel_atomic_state.cdclk.logical.vco
> > > 
> > > However few moments later on intel_modeset_checks() we fully
> > > replace entire intel_atomic_state.cdclk.logical with
> > > dev_priv->cdclk.logical fully overwriting the logical desired
> > > vco for eDP on gen9.
> > > 
> > > So, with wrong VCO value we end up with wrong desired cdclk, but
> > > also it will raise a lot of WARNs: On gen9, when we read
> > > CDCLK_CTL to verify if we configured properly the desired
> > > frequency the CD Frequency Select bits [27:26] == 10b can mean
> > > 337.5 or 308.57 MHz depending on the VCO. So if we have wrong
> > > VCO value stashed we will believe the frequency selection didn't
> > > stick and start to raise WARNs of cdclk mismatch.
> > > 
> > > [   42.857519] [drm:intel_dump_cdclk_state [i915]] Changing CDCLK to 308571 kHz, VCO 8640000 kHz, ref 24000 kHz, bypass 24000 kHz, voltage level 0
> > > [   42.897269] cdclk state doesn't match!
> > > [   42.901052] WARNING: CPU: 5 PID: 1116 at drivers/gpu/drm/i915/intel_cdclk.c:2084 intel_set_cdclk+0x5d/0x110 [i915]
> > > [   42.938004] RIP: 0010:intel_set_cdclk+0x5d/0x110 [i915]
> > > [   43.155253] WARNING: CPU: 5 PID: 1116 at drivers/gpu/drm/i915/intel_cdclk.c:2084 intel_set_cdclk+0x5d/0x110 [i915]
> > > [   43.170277] [drm:intel_dump_cdclk_state [i915]] [hw state] 337500 kHz, VCO 8100000 kHz, ref 24000 kHz, bypass 24000 kHz, voltage level 0
> > > [   43.182566] [drm:intel_dump_cdclk_state [i915]] [sw state] 308571 kHz, VCO 8640000 kHz, ref 24000 kHz, bypass 24000 kHz, voltage level 0
> > > 
> > > v2: Move the entire eDP's vco logical adjustment to inside
> > >     the skl_modeset_calc_cdclk as suggested by Ville.
> > > 
> > > Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> > > Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
> > > ---
> > >  drivers/gpu/drm/i915/intel_cdclk.c | 41 ++++++++++++++++++++++++++++++++++----
> > >  drivers/gpu/drm/i915/intel_dp.c    | 20 -------------------
> > >  2 files changed, 37 insertions(+), 24 deletions(-)
> > > 
> > > diff --git a/drivers/gpu/drm/i915/intel_cdclk.c b/drivers/gpu/drm/i915/intel_cdclk.c
> > > index 32d24c69da3c..704ddb4d3ca7 100644
> > > --- a/drivers/gpu/drm/i915/intel_cdclk.c
> > > +++ b/drivers/gpu/drm/i915/intel_cdclk.c
> > > @@ -2302,9 +2302,44 @@ static int bdw_modeset_calc_cdclk(struct drm_atomic_state *state)
> > >  	return 0;
> > >  }
> > >  
> > > +static int skl_dpll0_vco(struct intel_atomic_state *intel_state)
> > > +{
> > > +	struct drm_i915_private *dev_priv = to_i915(intel_state->base.dev);
> > > +	struct intel_crtc *crtc;
> > > +	struct intel_crtc_state *crtc_state;
> > > +	int vco, i;
> > > +
> > > +	vco = intel_state->cdclk.logical.vco;
> > > +	if (!vco)
> > > +		vco = dev_priv->skl_preferred_vco_freq;
> > > +
> > > +	for_each_new_intel_crtc_in_state(intel_state, crtc, crtc_state, i) {
> > > +		if (!crtc_state->base.enable)
> > > +			continue;
> > > +
> > > +		if (!intel_crtc_has_type(crtc_state, INTEL_OUTPUT_EDP))
> > > +			continue;
> > > +
> > > +		/*
> > > +		 * DPLL0 VCO may need to be adjusted to get the correct
> > > +		 * clock for eDP. This will affect cdclk as well.
> > > +		 */
> > > +		switch (crtc_state->port_clock / 2) {
> > > +		case 108000:
> > > +		case 216000:
> > > +			vco = 8640000;
> > > +			break;
> > > +		default:
> > > +			vco = 8100000;
> > > +			break;
> > > +		}
> > > +	}
> > > +
> > > +	return vco;
> > > +}
> > 
> > Yep. I think this should do the right thing. For the times when the pipe
> > driving eDP isn't part of the atomic state we wil simply preserve the
> > current vco setting. That means other pipes can't actually make a mess
> > of the DPLL0 VCO while eDP depends on it.
> > 
> > Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
> 
> Thanks for the suggestions.
> 
> So, on setting the examples of what *not* to do: I forgot to include
> Fixes: and cc stable.
> 
> Luckily I remembered before pushing. So,
> 
> Fixes: bb0f4aab0e76 ("drm/i915: Track full cdclk state for the logical and actual cdclk frequencies")
> Cc: <stable@vger.kernel.org> # v4.12+
> 
> seems right for you?

Yeah, that looks like the one to blame.

> 
> > 
> > > +
> > >  static int skl_modeset_calc_cdclk(struct drm_atomic_state *state)
> > >  {
> > > -	struct drm_i915_private *dev_priv = to_i915(state->dev);
> > >  	struct intel_atomic_state *intel_state = to_intel_atomic_state(state);
> > >  	int min_cdclk, cdclk, vco;
> > >  
> > > @@ -2312,9 +2347,7 @@ static int skl_modeset_calc_cdclk(struct drm_atomic_state *state)
> > >  	if (min_cdclk < 0)
> > >  		return min_cdclk;
> > >  
> > > -	vco = intel_state->cdclk.logical.vco;
> > > -	if (!vco)
> > > -		vco = dev_priv->skl_preferred_vco_freq;
> > > +	vco = skl_dpll0_vco(intel_state);
> > >  
> > >  	/*
> > >  	 * FIXME should also account for plane ratio
> > > diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
> > > index 83da50b13d81..dde92e4af5d3 100644
> > > --- a/drivers/gpu/drm/i915/intel_dp.c
> > > +++ b/drivers/gpu/drm/i915/intel_dp.c
> > > @@ -1929,26 +1929,6 @@ intel_dp_compute_config(struct intel_encoder *encoder,
> > >  					       reduce_m_n);
> > >  	}
> > >  
> > > -	/*
> > > -	 * DPLL0 VCO may need to be adjusted to get the correct
> > > -	 * clock for eDP. This will affect cdclk as well.
> > > -	 */
> > > -	if (intel_dp_is_edp(intel_dp) && IS_GEN9_BC(dev_priv)) {
> > > -		int vco;
> > > -
> > > -		switch (pipe_config->port_clock / 2) {
> > > -		case 108000:
> > > -		case 216000:
> > > -			vco = 8640000;
> > > -			break;
> > > -		default:
> > > -			vco = 8100000;
> > > -			break;
> > > -		}
> > > -
> > > -		to_intel_atomic_state(pipe_config->base.state)->cdclk.logical.vco = vco;
> > > -	}
> > > -
> > >  	if (!HAS_DDI(dev_priv))
> > >  		intel_dp_set_clock(encoder, pipe_config);
> > >  
> > > -- 
> > > 2.13.6
> > 
> > -- 
> > Ville Syrjälä
> > Intel

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

  reply	other threads:[~2018-05-03 13:17 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-02  0:26 [PATCH] drm/i915: Stash desired logical vco in a reliable place Rodrigo Vivi
2018-05-02  1:04 ` ✗ Fi.CI.BAT: failure for " Patchwork
2018-05-02 13:24 ` Patchwork
2018-05-02 14:03 ` [PATCH] " Ville Syrjälä
2018-05-02 17:52   ` [PATCH] drm/i915: Adjust eDP's " Rodrigo Vivi
2018-05-02 19:12     ` Ville Syrjälä
2018-05-03 13:07       ` Rodrigo Vivi
2018-05-03 13:17         ` Ville Syrjälä [this message]
2018-05-03 13:41           ` Rodrigo Vivi
2018-05-02 14:55 ` ✗ Fi.CI.BAT: failure for drm/i915: Stash desired " Patchwork
2018-05-02 18:29 ` ✓ Fi.CI.BAT: success for drm/i915: Stash desired logical vco in a reliable place. (rev2) Patchwork
2018-05-03  0:56 ` ✓ 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=20180503131724.GR23723@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=rodrigo.vivi@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.