All of lore.kernel.org
 help / color / mirror / Atom feed
From: Imre Deak <imre.deak@intel.com>
To: Daniel Vetter <daniel.vetter@ffwll.ch>
Cc: Intel Graphics Development <intel-gfx@lists.freedesktop.org>
Subject: Re: [PATCH] drm/i915: move fdi lane configuration checks ahead
Date: Mon, 29 Apr 2013 15:31:59 +0300	[thread overview]
Message-ID: <1367238719.6390.54.camel@intelbox> (raw)
In-Reply-To: <1366643611-32522-1-git-send-email-daniel.vetter@ffwll.ch>

On Mon, 2013-04-22 at 17:13 +0200, Daniel Vetter wrote:
> This nicely allows us to drop some hacks which have only been used
> to work around modeset failures due to lack of fdi lanes.
> 
> v2: Implement proper checking for Haswell platforms - the fdi link to
> the LPT PCH has only 2 lanes. Note that we already filter out
> impossible modes in intel_crt_mode_valid. Unfortunately LPT does not
> support 6bpc on the fdi rx, so we can't pull clever tricks to squeeze
> in a few more modes.
> 
> v2: Rebased on top of Ben Widawsky's num_pipes reorg.
> 
> v3: Rebase on top of Ville's pipe debug output ocd rampage.
> 
> v4: Fixup rebase fail spotted by Ville.
> 
> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
> ---
>  drivers/gpu/drm/i915/intel_display.c | 129 ++++++++++++++++++-----------------
>  1 file changed, 65 insertions(+), 64 deletions(-)
> 
> diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
> index 9ff3cf6..53d6e2f 100644
> --- a/drivers/gpu/drm/i915/intel_display.c
> +++ b/drivers/gpu/drm/i915/intel_display.c
> @@ -3943,9 +3943,68 @@ bool intel_connector_get_hw_state(struct intel_connector *connector)
>  	return encoder->get_hw_state(encoder, &pipe);
>  }
>  
> -static void ironlake_fdi_compute_config(struct drm_device *dev,
> +static bool ironlake_check_fdi_lanes(struct drm_device *dev, enum pipe pipe,
> +				     struct intel_crtc_config *pipe_config)
> +{
> +	struct drm_i915_private *dev_priv = dev->dev_private;
> +	struct intel_crtc *pipe_B_crtc =
> +		to_intel_crtc(dev_priv->pipe_to_crtc_mapping[PIPE_B]);
> +
> +	DRM_DEBUG_KMS("checking fdi config on pipe %c, lanes %i\n",
> +		      pipe_name(pipe), pipe_config->fdi_lanes);
> +	if (pipe_config->fdi_lanes > 4) {
> +		DRM_DEBUG_KMS("invalid fdi lane config on pipe %c: %i lanes\n",
> +			      pipe_name(pipe), pipe_config->fdi_lanes);
> +		return false;
> +	}
> +
> +	if (IS_HASWELL(dev)) {
> +		if (pipe_config->fdi_lanes > 2) {
> +			DRM_DEBUG_KMS("only 2 lanes on haswell, required: %i lanes\n",
> +				      pipe_config->fdi_lanes);
> +			return false;
> +		} else {
> +			return true;
> +		}
> +	}
> +
> +	if (INTEL_INFO(dev)->num_pipes)

Copy&paste error I assume, should be num_pipes == 2. Otherwise:
Reviewed-by: Imre Deak <imre.deak@intel.com>

> +		return true;
> +
> +	/* Ivybridge 3 pipe is really complicated */
> +	switch (pipe) {
> +	case PIPE_A:
> +		return true;
> +	case PIPE_B:
> +		if (dev_priv->pipe_to_crtc_mapping[PIPE_C]->enabled &&
> +		    pipe_config->fdi_lanes > 2) {
> +			DRM_DEBUG_KMS("invalid shared fdi lane config on pipe %c: %i lanes\n",
> +				      pipe_name(pipe), pipe_config->fdi_lanes);
> +			return false;
> +		}
> +		return true;
> +	case PIPE_C:
> +		if (!pipe_B_crtc->base.enabled ||
> +		    pipe_B_crtc->config.fdi_lanes <= 2) {
> +			if (pipe_config->fdi_lanes > 2) {
> +				DRM_DEBUG_KMS("invalid shared fdi lane config on pipe %c: %i lanes\n",
> +					      pipe_name(pipe), pipe_config->fdi_lanes);
> +				return false;
> +			}
> +		} else {
> +			DRM_DEBUG_KMS("fdi link B uses too many lanes to enable link C\n");
> +			return false;
> +		}
> +		return true;
> +	default:
> +		BUG();
> +	}
> +}
> +
> +static bool ironlake_fdi_compute_config(struct intel_crtc *intel_crtc,
>  					struct intel_crtc_config *pipe_config)
>  {
> +	struct drm_device *dev = intel_crtc->base.dev;
>  	struct drm_display_mode *adjusted_mode = &pipe_config->adjusted_mode;
>  	int target_clock, lane, link_bw;
>  
> @@ -3972,6 +4031,9 @@ static void ironlake_fdi_compute_config(struct drm_device *dev,
>  		link_bw *= pipe_config->pixel_multiplier;
>  	intel_link_compute_m_n(pipe_config->pipe_bpp, lane, target_clock,
>  			       link_bw, &pipe_config->fdi_m_n);
> +
> +	return ironlake_check_fdi_lanes(intel_crtc->base.dev,
> +					intel_crtc->pipe, pipe_config);
>  }
>  
>  static bool intel_crtc_compute_config(struct drm_crtc *crtc,
> @@ -4009,7 +4071,7 @@ static bool intel_crtc_compute_config(struct drm_crtc *crtc,
>  	}
>  
>  	if (pipe_config->has_pch_encoder)
> -		ironlake_fdi_compute_config(dev, pipe_config);
> +		return ironlake_fdi_compute_config(to_intel_crtc(crtc), pipe_config);
>  
>  	return true;
>  }
> @@ -5393,63 +5455,6 @@ static void cpt_enable_fdi_bc_bifurcation(struct drm_device *dev)
>  	POSTING_READ(SOUTH_CHICKEN1);
>  }
>  
> -static bool ironlake_check_fdi_lanes(struct intel_crtc *intel_crtc)
> -{
> -	struct drm_device *dev = intel_crtc->base.dev;
> -	struct drm_i915_private *dev_priv = dev->dev_private;
> -	struct intel_crtc *pipe_B_crtc =
> -		to_intel_crtc(dev_priv->pipe_to_crtc_mapping[PIPE_B]);
> -
> -	DRM_DEBUG_KMS("checking fdi config on pipe %c, lanes %i\n",
> -		      pipe_name(intel_crtc->pipe), intel_crtc->config.fdi_lanes);
> -	if (intel_crtc->config.fdi_lanes > 4) {
> -		DRM_DEBUG_KMS("invalid fdi lane config on pipe %c: %i lanes\n",
> -			      pipe_name(intel_crtc->pipe), intel_crtc->config.fdi_lanes);
> -		/* Clamp lanes to avoid programming the hw with bogus values. */
> -		intel_crtc->config.fdi_lanes = 4;
> -
> -		return false;
> -	}
> -
> -	if (INTEL_INFO(dev)->num_pipes == 2)
> -		return true;
> -
> -	switch (intel_crtc->pipe) {
> -	case PIPE_A:
> -		return true;
> -	case PIPE_B:
> -		if (dev_priv->pipe_to_crtc_mapping[PIPE_C]->enabled &&
> -		    intel_crtc->config.fdi_lanes > 2) {
> -			DRM_DEBUG_KMS("invalid shared fdi lane config on pipe %c: %i lanes\n",
> -				      pipe_name(intel_crtc->pipe), intel_crtc->config.fdi_lanes);
> -			/* Clamp lanes to avoid programming the hw with bogus values. */
> -			intel_crtc->config.fdi_lanes = 2;
> -
> -			return false;
> -		}
> -
> -		return true;
> -	case PIPE_C:
> -		if (!pipe_B_crtc->base.enabled || pipe_B_crtc->config.fdi_lanes <= 2) {
> -			if (intel_crtc->config.fdi_lanes > 2) {
> -				DRM_DEBUG_KMS("invalid shared fdi lane config on pipe %c: %i lanes\n",
> -					      pipe_name(intel_crtc->pipe), intel_crtc->config.fdi_lanes);
> -				/* Clamp lanes to avoid programming the hw with bogus values. */
> -				intel_crtc->config.fdi_lanes = 2;
> -
> -				return false;
> -			}
> -		} else {
> -			DRM_DEBUG_KMS("fdi link B uses too many lanes to enable link C\n");
> -			return false;
> -		}
> -
> -		return true;
> -	default:
> -		BUG();
> -	}
> -}
> -
>  static void ivybridge_update_fdi_bc_bifurcation(struct intel_crtc *intel_crtc)
>  {
>  	struct drm_device *dev = intel_crtc->base.dev;
> @@ -5641,7 +5646,6 @@ static int ironlake_crtc_mode_set(struct drm_crtc *crtc,
>  	bool is_lvds = false;
>  	struct intel_encoder *encoder;
>  	int ret;
> -	bool fdi_config_ok;
>  
>  	for_each_encoder_on_crtc(dev, crtc, encoder) {
>  		switch (encoder->type) {
> @@ -5734,14 +5738,11 @@ static int ironlake_crtc_mode_set(struct drm_crtc *crtc,
>  
>  	intel_set_pipe_timings(intel_crtc, mode, adjusted_mode);
>  
> -	/* Note, this also computes intel_crtc->fdi_lanes which is used below in
> -	 * ironlake_check_fdi_lanes. */
>  	if (intel_crtc->config.has_pch_encoder) {
>  		intel_cpu_transcoder_set_m_n(intel_crtc,
>  					     &intel_crtc->config.fdi_m_n);
>  	}
>  
> -	fdi_config_ok = ironlake_check_fdi_lanes(intel_crtc);
>  	if (IS_IVYBRIDGE(dev))
>  		ivybridge_update_fdi_bc_bifurcation(intel_crtc);
>  
> @@ -5757,7 +5758,7 @@ static int ironlake_crtc_mode_set(struct drm_crtc *crtc,
>  
>  	intel_update_linetime_watermarks(dev, pipe, adjusted_mode);
>  
> -	return fdi_config_ok ? ret : -EINVAL;
> +	return ret;
>  }
>  
>  static bool ironlake_get_pipe_config(struct intel_crtc *crtc,


_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2013-04-29 12:32 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-19  9:24 [PATCH 00/15] high-bpp fixes and fdi auto dithering Daniel Vetter
2013-04-19  9:24 ` [PATCH 01/15] drm/i915: fixup 12bpc hdmi dotclock handling Daniel Vetter
2013-04-23 15:02   ` Ville Syrjälä
2013-04-23 15:37     ` Daniel Vetter
2013-04-19  9:24 ` [PATCH 02/15] drm/i915: Disable high-bpc on pre-1.4 EDID screens Daniel Vetter
2013-04-23 15:07   ` Ville Syrjälä
2013-04-24 10:54     ` Daniel Vetter
2013-04-19  9:24 ` [PATCH 03/15] drm/i915: force bpp for eDP panels Daniel Vetter
2013-04-19 20:31   ` [PATCH] " Daniel Vetter
2013-04-19  9:24 ` [PATCH 04/15] drm/i915: drop adjusted_mode from *_set_pipeconf functions Daniel Vetter
2013-04-23 15:12   ` Ville Syrjälä
2013-04-19  9:24 ` [PATCH 05/15] drm/i915: implement high-bpc + pipeconf-dither support for g4x/vlv Daniel Vetter
2013-04-19 16:39   ` Jesse Barnes
2013-04-19 18:17     ` [PATCH] " Daniel Vetter
2013-04-19 18:39       ` Jesse Barnes
2013-04-19 19:29         ` Daniel Vetter
2013-04-23 15:27       ` Ville Syrjälä
2013-04-23 20:39         ` Daniel Vetter
2013-04-23 22:27           ` Daniel Vetter
2013-04-24 11:07             ` Ville Syrjälä
2013-04-23 22:30         ` Daniel Vetter
2013-04-24 11:11           ` Ville Syrjälä
2013-04-24 12:57             ` Daniel Vetter
2013-04-24 13:07               ` Ville Syrjälä
2013-04-19  9:24 ` [PATCH 06/15] drm/i915: allow high-bpc modes on DP Daniel Vetter
2013-04-29 10:16   ` Imre Deak
2013-04-19  9:24 ` [PATCH 07/15] drm/i915: Fixup non-24bpp support for VGA screens on Haswell Daniel Vetter
2013-04-24 11:12   ` Ville Syrjälä
2013-04-24 12:50     ` Daniel Vetter
2013-04-19  9:24 ` [PATCH 08/15] drm/i915: move intel_crtc->fdi_lanes to pipe_config Daniel Vetter
2013-04-29 10:17   ` Imre Deak
2013-04-19  9:24 ` [PATCH 09/15] drm/i915: hw state readout support for pipe_config->fdi_lanes Daniel Vetter
2013-04-24 11:23   ` Ville Syrjälä
2013-04-24 12:49     ` Daniel Vetter
2013-04-24 13:30     ` [PATCH] " Daniel Vetter
2013-04-29 10:22       ` Imre Deak
2013-04-29 17:33         ` [PATCH] drm/i915: put the right cpu_transcoder into pipe_config for hw state readout Daniel Vetter
2013-04-29 17:33         ` [PATCH] drm/i915: hw state readout support for pipe_config->fdi_lanes Daniel Vetter
2013-04-19  9:24 ` [PATCH 10/15] drm/i915: split up fdi_set_m_n into computation and hw setup Daniel Vetter
2013-04-24 11:26   ` Ville Syrjälä
2013-04-19  9:24 ` [PATCH 11/15] drm/i915: compute fdi lane config earlier Daniel Vetter
2013-04-29 12:13   ` Imre Deak
2013-04-19  9:24 ` [PATCH 12/15] drm/i915: Split up ironlake_check_fdi_lanes Daniel Vetter
2013-04-29 12:19   ` Imre Deak
2013-04-19  9:24 ` [PATCH 13/15] drm/i915: move fdi lane configuration checks ahead Daniel Vetter
2013-04-22 10:32   ` Ville Syrjälä
2013-04-22 15:13     ` [PATCH] " Daniel Vetter
2013-04-29 12:31       ` Imre Deak [this message]
2013-04-29 17:34         ` Daniel Vetter
2013-04-19  9:24 ` [PATCH 14/15] drm/i915: don't count cpu ports for fdi B/C lane sharing Daniel Vetter
2013-04-29 13:00   ` Imre Deak
2013-04-19  9:24 ` [PATCH 15/15] drm/i915: implement fdi auto-dithering Daniel Vetter
2013-04-29 14:02   ` Imre Deak
2013-04-29 14:43     ` Daniel Vetter
2013-04-29 14:59       ` Imre Deak
2013-04-29 19:35         ` Daniel Vetter
2013-04-19 15:05 ` [PATCH 00/15] high-bpp fixes and fdi auto dithering Chris Wilson
2013-04-25 10:28 ` Jani Nikula
2013-04-29 19:51   ` Daniel Vetter

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=1367238719.6390.54.camel@intelbox \
    --to=imre.deak@intel.com \
    --cc=daniel.vetter@ffwll.ch \
    --cc=intel-gfx@lists.freedesktop.org \
    /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.