All of lore.kernel.org
 help / color / mirror / Atom feed
From: Manasi Navare <manasi.d.navare@intel.com>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH v7 1/6] drm/i915: Fallback to lower link rate	and lane count during link training
Date: Wed, 28 Sep 2016 23:41:50 -0700	[thread overview]
Message-ID: <20160929064150.GA13161@intel.com> (raw)
In-Reply-To: <8737klp8zu.fsf@intel.com>

On Tue, Sep 27, 2016 at 08:07:01PM +0300, Jani Nikula wrote:
> On Tue, 27 Sep 2016, Manasi Navare <manasi.d.navare@intel.com> wrote:
> > On Mon, Sep 26, 2016 at 04:39:34PM +0300, Jani Nikula wrote:
> >> On Fri, 16 Sep 2016, Manasi Navare <manasi.d.navare@intel.com> wrote:
> >> > According to the DisplayPort Spec, in case of Clock Recovery failure
> >> > the link training sequence should fall back to the lower link rate
> >> > followed by lower lane count until CR succeeds.
> >> > On CR success, the sequence proceeds with Channel EQ.
> >> > In case of Channel EQ failures, it should fallback to
> >> > lower link rate and lane count and start the CR phase again.
> >> 
> >> This change makes the link training start at the max lane count and max
> >> link rate. This is not ideal, as it wastes the link. And it is not a
> >> spec requirement. "The Link Policy Maker of the upstream device may
> >> choose any link count and link rate as long as they do not exceed the
> >> capabilities of the DP receiver."
> >> 
> >> Our current code starts at the minimum required bandwidth for the mode,
> >> therefore we can't fall back to lower link rate and lane count without
> >> reducing the mode.
> >> 
> >> AFAICT this patch here makes it possible for the link bandwidth to drop
> >> below what is required for the mode. This is unacceptable.
> >> 
> >> BR,
> >> Jani.
> >> 
> >>
> >
> > Thanks Jani for your review comments.
> > Yes in this change we start at the max link rate and lane count. This
> > change was made according to the design document discussions we had
> > before strating this DP Redesign project. The main reason for starting
> > at the maxlink rate and max lane count was for ensuring proper
> > behavior of DP MST. In case of DP MST, we want to train the link at
> > the maximum supported link rate/lane count based on an early/ upfront
> > link training result so that we dont fail when we try to connect a
> > higher resolution monitor as a second monitor. This a trade off
> > between wsting the link or higher power vs. needing to retrain for
> > every monitor that requests a higher BW in case of DP MST.
> 
> We already train at max bandwidth for DP MST, which seems to be the
> sensible thing to do.
> 
> > Actually this is also the reason for enabling upfront link training in
> > the following patch where we train the link much ahead in the modeset
> > sequence to understand the link rate and lane count values at which
> > the link can be successfully trained and then the link training
> > through modeset will always start at the upfront values (maximum
> > supported values of lane count and link rate based on upfront link
> > training).
> 
> I don't see a need to do this for DP SST.
> 
> > As per the CTS, all the test 4.3.1.4 requires that you fall back to
> > the lower link rate after trying to train at the maximum link rate
> > advertised through the DPCD registers.
> 
> That test does not require the source DUT to default to maximum lane
> count or link rate of the sink. The source may freely choose the lane
> count and link rate as long as they don't exceed sink capabilities.
> 
> For the purposes of the test, the test setup can request specific
> parameters to be used, but that does not mean using maximum by
> *default*.
> 
> We currently lack the feature to reduce lane count and link rate. The
> key to understand here is that starting at max and reducing down to the
> sufficient parameters for the mode (which is where we start now) offers
> no real benefit for any use case. What we're lacking is a feature to
> reduce the link parameters *below* what's required by the mode the
> userspace wants. This can only be achieved through cooperation with
> userspace.
> 

We can train at the optimal link rate required for the requested mode as
done in the existing implementation and retrain whenever the link training
test request is sent. 
For the test 4.3.1.4 in CTS, it does force a failure in CR and expects the
driver to fall back to even lower link rate. We do not implement this in the
current driver and so this test fails. Could you elaborate on how this can
be achieved with the the cooperation with userspace?
Should we send a uevent to the userspace asking to retry at a lower resolution
after retraining at the lower link rate?
This is pertty much the place where majority of the compliance tests are failing.
How can we pass compliance with regards to this feature?

Regards
Manasi 
> > This will not drop the link BW to a number below what is required for
> > the mode because the requested modes are pruned or validated in
> > intel_dp_mode_valid based on the upfront link training results in the
> > following patch. And these values are used here as the starting values
> > of link rate and lane count.
> 
> Each patch must be a worthwhile change on its own. By my reading of this
> patch, we can go under the required bandwidth. You can't justify that by
> saying the follow-up patch fixes it.
> 
> > I almost feel that the upfront link training patch and this patch should be 
> > combined so that insead of starting from the max link rate and lane count it
> > is clear that we are starting from the upfront values.
> 
> I am still reading and gathering more feedback on the upfront link
> training patch. I will get back to you. But the impression I'm currently
> getting is that we can't do this. The upfront link training patch was
> originally written for USB type C. But if DP compliance has priority,
> the order of business should be getting compliance without upfront link
> training. I am also still not convinced upfront link training is
> required for compliance.
> 
> To be continued...
> 
> BR,
> Jani.
> 
> 
> 
> >
> > Regards,
> > Manasi 
> >> >
> >> > v7:
> >> > * Address readability concerns (Mika Kahola)
> >> > v6:
> >> > * Do not split quoted string across line (Mika Kahola)
> >> > v5:
> >> > * Reset the link rate index to the max link rate index
> >> > before lowering the lane count (Jani Nikula)
> >> > * Use the paradigm for loop in intel_dp_link_rate_index
> >> > v4:
> >> > * Fixed the link rate fallback loop (Manasi Navare)
> >> > v3:
> >> > * Fixed some rebase issues (Mika Kahola)
> >> > v2:
> >> > * Add a helper function to return index of requested link rate
> >> > into common_rates array
> >> > * Changed the link rate fallback loop to make use
> >> > of common_rates array (Mika Kahola)
> >> > * Changed INTEL_INFO to INTEL_GEN (David Weinehall)
> >> >
> >> > Signed-off-by: Manasi Navare <manasi.d.navare@intel.com>
> >> > ---
> >> >  drivers/gpu/drm/i915/intel_ddi.c              | 113 +++++++++++++++++++++++---
> >> >  drivers/gpu/drm/i915/intel_dp.c               |  15 ++++
> >> >  drivers/gpu/drm/i915/intel_dp_link_training.c |  13 ++-
> >> >  drivers/gpu/drm/i915/intel_drv.h              |   6 +-
> >> >  4 files changed, 133 insertions(+), 14 deletions(-)
> >> >
> >> > diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915/intel_ddi.c
> >> > index 8065a5f..093038c 100644
> >> > --- a/drivers/gpu/drm/i915/intel_ddi.c
> >> > +++ b/drivers/gpu/drm/i915/intel_ddi.c
> >> > @@ -1637,19 +1637,18 @@ void intel_ddi_clk_select(struct intel_encoder *encoder,
> >> >  	}
> >> >  }
> >> >  
> >> > -static void intel_ddi_pre_enable_dp(struct intel_encoder *encoder,
> >> > +static void intel_ddi_pre_enable_edp(struct intel_encoder *encoder,
> >> >  				    int link_rate, uint32_t lane_count,
> >> > -				    struct intel_shared_dpll *pll,
> >> > -				    bool link_mst)
> >> > +				    struct intel_shared_dpll *pll)
> >> >  {
> >> >  	struct intel_dp *intel_dp = enc_to_intel_dp(&encoder->base);
> >> >  	struct drm_i915_private *dev_priv = to_i915(encoder->base.dev);
> >> >  	enum port port = intel_ddi_get_encoder_port(encoder);
> >> >  
> >> >  	intel_dp_set_link_params(intel_dp, link_rate, lane_count,
> >> > -				 link_mst);
> >> > -	if (encoder->type == INTEL_OUTPUT_EDP)
> >> > -		intel_edp_panel_on(intel_dp);
> >> > +				 false);
> >> > +
> >> > +	intel_edp_panel_on(intel_dp);
> >> >  
> >> >  	intel_ddi_clk_select(encoder, pll);
> >> >  	intel_prepare_dp_ddi_buffers(encoder);
> >> > @@ -1660,6 +1659,28 @@ static void intel_ddi_pre_enable_dp(struct intel_encoder *encoder,
> >> >  		intel_dp_stop_link_train(intel_dp);
> >> >  }
> >> >  
> >> > +static void intel_ddi_pre_enable_dp(struct intel_encoder *encoder,
> >> > +				    int link_rate, uint32_t lane_count,
> >> > +				    struct intel_shared_dpll *pll,
> >> > +				    bool link_mst)
> >> > +{
> >> > +	struct intel_dp *intel_dp = enc_to_intel_dp(&encoder->base);
> >> > +	struct drm_i915_private *dev_priv = to_i915(encoder->base.dev);
> >> > +	struct intel_shared_dpll_config tmp_pll_config;
> >> > +
> >> > +	/* Disable the PLL and obtain the PLL for Link Training
> >> > +	 * that starts with highest link rate and lane count.
> >> > +	 */
> >> > +	tmp_pll_config = pll->config;
> >> > +	pll->funcs.disable(dev_priv, pll);
> >> > +	pll->config.crtc_mask = 0;
> >> > +
> >> > +	/* If Link Training fails, send a uevent to generate a hotplug */
> >> > +	if (!intel_ddi_link_train(intel_dp, link_rate, lane_count, link_mst))
> >> > +		drm_kms_helper_hotplug_event(encoder->base.dev);
> >> > +	pll->config = tmp_pll_config;
> >> > +}
> >> > +
> >> >  static void intel_ddi_pre_enable_hdmi(struct intel_encoder *encoder,
> >> >  				      bool has_hdmi_sink,
> >> >  				      struct drm_display_mode *adjusted_mode,
> >> > @@ -1693,20 +1714,26 @@ static void intel_ddi_pre_enable(struct intel_encoder *intel_encoder,
> >> >  	struct intel_crtc *crtc = to_intel_crtc(encoder->crtc);
> >> >  	int type = intel_encoder->type;
> >> >  
> >> > -	if (type == INTEL_OUTPUT_DP || type == INTEL_OUTPUT_EDP) {
> >> > +	if (type == INTEL_OUTPUT_EDP)
> >> > +		intel_ddi_pre_enable_edp(intel_encoder,
> >> > +					crtc->config->port_clock,
> >> > +					crtc->config->lane_count,
> >> > +					crtc->config->shared_dpll);
> >> > +
> >> > +	if (type == INTEL_OUTPUT_DP)
> >> >  		intel_ddi_pre_enable_dp(intel_encoder,
> >> >  					crtc->config->port_clock,
> >> >  					crtc->config->lane_count,
> >> >  					crtc->config->shared_dpll,
> >> >  					intel_crtc_has_type(crtc->config,
> >> >  							    INTEL_OUTPUT_DP_MST));
> >> > -	}
> >> > -	if (type == INTEL_OUTPUT_HDMI) {
> >> > +
> >> > +	if (type == INTEL_OUTPUT_HDMI)
> >> >  		intel_ddi_pre_enable_hdmi(intel_encoder,
> >> >  					  crtc->config->has_hdmi_sink,
> >> >  					  &crtc->config->base.adjusted_mode,
> >> >  					  crtc->config->shared_dpll);
> >> > -	}
> >> > +
> >> >  }
> >> >  
> >> >  static void intel_ddi_post_disable(struct intel_encoder *intel_encoder,
> >> > @@ -2435,6 +2462,72 @@ intel_ddi_get_link_dpll(struct intel_dp *intel_dp, int clock)
> >> >  	return pll;
> >> >  }
> >> >  
> >> > +bool
> >> > +intel_ddi_link_train(struct intel_dp *intel_dp, int max_link_rate,
> >> > +		     uint8_t max_lane_count, bool link_mst)
> >> > +{
> >> > +	struct intel_connector *connector = intel_dp->attached_connector;
> >> > +	struct intel_encoder *encoder = connector->encoder;
> >> > +	struct drm_i915_private *dev_priv = to_i915(encoder->base.dev);
> >> > +	struct intel_shared_dpll *pll;
> >> > +	struct intel_shared_dpll_config tmp_pll_config;
> >> > +	int link_rate, max_link_rate_index, link_rate_index;
> >> > +	uint8_t lane_count;
> >> > +	int common_rates[DP_MAX_SUPPORTED_RATES] = {};
> >> > +	bool ret = false;
> >> > +
> >> > +	max_link_rate_index = intel_dp_link_rate_index(intel_dp, common_rates,
> >> > +						       max_link_rate);
> >> > +	if (max_link_rate_index < 0) {
> >> > +		DRM_ERROR("Invalid Link Rate\n");
> >> > +		return false;
> >> > +	}
> >> > +
> >> > +	for (lane_count = max_lane_count; lane_count > 0; lane_count >>= 1) {
> >> > +		for (link_rate_index = max_link_rate_index;
> >> > +		     link_rate_index >= 0; link_rate_index--) {
> >> > +			link_rate = common_rates[link_rate_index];
> >> > +			pll = intel_ddi_get_link_dpll(intel_dp, link_rate);
> >> > +			if (pll == NULL) {
> >> > +				DRM_ERROR("Could not find DPLL for link training.\n");
> >> > +				return false;
> >> > +			}
> >> > +			tmp_pll_config = pll->config;
> >> > +			pll->funcs.enable(dev_priv, pll);
> >> > +
> >> > +			intel_dp_set_link_params(intel_dp, link_rate,
> >> > +						 lane_count, link_mst);
> >> > +
> >> > +			intel_ddi_clk_select(encoder, pll);
> >> > +			intel_prepare_dp_ddi_buffers(encoder);
> >> > +			intel_ddi_init_dp_buf_reg(encoder);
> >> > +			intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_ON);
> >> > +			ret = intel_dp_start_link_train(intel_dp);
> >> > +			if (ret)
> >> > +				break;
> >> > +
> >> > +			/* Disable port followed by PLL for next
> >> > +			 *retry/clean up
> >> > +			 */
> >> > +			intel_ddi_post_disable(encoder, NULL, NULL);
> >> > +			pll->funcs.disable(dev_priv, pll);
> >> > +			pll->config = tmp_pll_config;
> >> > +		}
> >> > +		if (ret) {
> >> > +			DRM_DEBUG_KMS("Link Training successful at link rate: %d lane: %d\n",
> >> > +				      link_rate, lane_count);
> >> > +			break;
> >> > +		}
> >> > +	}
> >> > +
> >> > +	intel_dp_stop_link_train(intel_dp);
> >> > +
> >> > +	if (!lane_count)
> >> > +		DRM_ERROR("Link Training Failed\n");
> >> > +
> >> > +	return ret;
> >> > +}
> >> > +
> >> >  void intel_ddi_init(struct drm_device *dev, enum port port)
> >> >  {
> >> >  	struct drm_i915_private *dev_priv = to_i915(dev);
> >> > diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
> >> > index 69cee9b..d81c67cb 100644
> >> > --- a/drivers/gpu/drm/i915/intel_dp.c
> >> > +++ b/drivers/gpu/drm/i915/intel_dp.c
> >> > @@ -1506,6 +1506,21 @@ intel_dp_max_link_rate(struct intel_dp *intel_dp)
> >> >  	return rates[len - 1];
> >> >  }
> >> >  
> >> > +int intel_dp_link_rate_index(struct intel_dp *intel_dp, int *common_rates,
> >> > +			     int link_rate)
> >> > +{
> >> > +	int common_len;
> >> > +	int index;
> >> > +
> >> > +	common_len = intel_dp_common_rates(intel_dp, common_rates);
> >> > +	for (index = 0; index < common_len; index++) {
> >> > +		if (link_rate == common_rates[common_len - index - 1])
> >> > +			return common_len - index - 1;
> >> > +	}
> >> > +
> >> > +	return -1;
> >> > +}
> >> > +
> >> >  int intel_dp_rate_select(struct intel_dp *intel_dp, int rate)
> >> >  {
> >> >  	return rate_to_index(rate, intel_dp->sink_rates);
> >> > diff --git a/drivers/gpu/drm/i915/intel_dp_link_training.c b/drivers/gpu/drm/i915/intel_dp_link_training.c
> >> > index c438b02..6eb5eb6 100644
> >> > --- a/drivers/gpu/drm/i915/intel_dp_link_training.c
> >> > +++ b/drivers/gpu/drm/i915/intel_dp_link_training.c
> >> > @@ -313,9 +313,16 @@ void intel_dp_stop_link_train(struct intel_dp *intel_dp)
> >> >  				DP_TRAINING_PATTERN_DISABLE);
> >> >  }
> >> >  
> >> > -void
> >> > +bool
> >> >  intel_dp_start_link_train(struct intel_dp *intel_dp)
> >> >  {
> >> > -	intel_dp_link_training_clock_recovery(intel_dp);
> >> > -	intel_dp_link_training_channel_equalization(intel_dp);
> >> > +	bool ret;
> >> > +
> >> > +	if (intel_dp_link_training_clock_recovery(intel_dp)) {
> >> > +		ret = intel_dp_link_training_channel_equalization(intel_dp);
> >> > +		if (ret)
> >> > +			return true;
> >> > +	}
> >> > +
> >> > +	return false;
> >> >  }
> >> > diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
> >> > index 8fd16ad..08cb571 100644
> >> > --- a/drivers/gpu/drm/i915/intel_drv.h
> >> > +++ b/drivers/gpu/drm/i915/intel_drv.h
> >> > @@ -1164,6 +1164,8 @@ void intel_ddi_clock_get(struct intel_encoder *encoder,
> >> >  			 struct intel_crtc_state *pipe_config);
> >> >  void intel_ddi_set_vc_payload_alloc(struct drm_crtc *crtc, bool state);
> >> >  uint32_t ddi_signal_levels(struct intel_dp *intel_dp);
> >> > +bool intel_ddi_link_train(struct intel_dp *intel_dp, int max_link_rate,
> >> > +			  uint8_t max_lane_count, bool link_mst);
> >> >  struct intel_shared_dpll *intel_ddi_get_link_dpll(struct intel_dp *intel_dp,
> >> >  						  int clock);
> >> >  unsigned int intel_fb_align_height(struct drm_device *dev,
> >> > @@ -1385,7 +1387,7 @@ bool intel_dp_init_connector(struct intel_digital_port *intel_dig_port,
> >> >  void intel_dp_set_link_params(struct intel_dp *intel_dp,
> >> >  			      int link_rate, uint8_t lane_count,
> >> >  			      bool link_mst);
> >> > -void intel_dp_start_link_train(struct intel_dp *intel_dp);
> >> > +bool intel_dp_start_link_train(struct intel_dp *intel_dp);
> >> >  void intel_dp_stop_link_train(struct intel_dp *intel_dp);
> >> >  void intel_dp_sink_dpms(struct intel_dp *intel_dp, int mode);
> >> >  void intel_dp_encoder_reset(struct drm_encoder *encoder);
> >> > @@ -1407,6 +1409,8 @@ void intel_dp_add_properties(struct intel_dp *intel_dp, struct drm_connector *co
> >> >  void intel_dp_mst_suspend(struct drm_device *dev);
> >> >  void intel_dp_mst_resume(struct drm_device *dev);
> >> >  int intel_dp_max_link_rate(struct intel_dp *intel_dp);
> >> > +int intel_dp_link_rate_index(struct intel_dp *intel_dp, int *common_rates,
> >> > +			     int link_rate);
> >> >  int intel_dp_rate_select(struct intel_dp *intel_dp, int rate);
> >> >  void intel_dp_hot_plug(struct intel_encoder *intel_encoder);
> >> >  void intel_power_sequencer_reset(struct drm_i915_private *dev_priv);
> >> 
> >> -- 
> >> Jani Nikula, Intel Open Source Technology Center
> 
> -- 
> Jani Nikula, Intel Open Source Technology Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2016-09-29  6:41 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-14  1:08 [PATCH 0/5] Remaining patches for upfront link training on DDI platforms Manasi Navare
2016-09-14  1:08 ` [PATCH v5 1/5] drm/i915: Fallback to lower link rate and lane count during link training Manasi Navare
2016-09-14  8:15   ` Mika Kahola
2016-09-15 19:56     ` Manasi Navare
2016-09-14  1:08 ` [PATCH v3 2/5] drm/i915: Remove the link rate and lane count loop in compute config Manasi Navare
2016-09-14  1:08 ` [PATCH v2 3/5] drm/i915: Change the placement of some static functions in intel_dp.c Manasi Navare
2016-09-15  7:41   ` Mika Kahola
2016-09-15 19:08     ` Manasi Navare
2016-09-14  1:08 ` [PATCH v17 4/5] drm/i915/dp: Enable Upfront link training on DDI platforms Manasi Navare
2016-09-14  1:08 ` [PATCH v3 5/5] drm/i915/dp/mst: Add support for upfront link training for DP MST Manasi Navare
2016-09-15 17:48   ` Pandiyan, Dhinakaran
2016-09-15 19:25     ` Manasi Navare
2016-09-19 17:03       ` Jim Bride
2016-09-19 17:22         ` Manasi Navare
2016-09-14  5:38 ` ✓ Fi.CI.BAT: success for Remaining patches for upfront link training on DDI platforms Patchwork
2016-09-16  0:03 ` [PATCH 0/6] " Manasi Navare
2016-09-16  0:03   ` [PATCH v6 1/6] drm/i915: Fallback to lower link rate and lane count during link training Manasi Navare
2016-09-16  9:29     ` Mika Kahola
2016-09-16 18:45     ` [PATCH v7 " Manasi Navare
2016-09-26 13:39       ` Jani Nikula
2016-09-27 15:25         ` Manasi Navare
2016-09-27 17:07           ` Jani Nikula
2016-09-29  6:41             ` Manasi Navare [this message]
2016-09-29 11:26               ` Jani Nikula
2016-09-29 11:44                 ` Chris Wilson
2016-09-29 15:10                   ` Ville Syrjälä
2016-09-29 15:48                     ` Jani Nikula
2016-09-29 16:05                       ` Manasi Navare
2016-09-29 23:17                         ` Manasi Navare
2016-10-03 23:29                           ` Manasi Navare
2016-09-16  0:04   ` [PATCH v3 2/6] drm/i915: Remove the link rate and lane count loop in compute config Manasi Navare
2016-09-26 13:41     ` Jani Nikula
2016-09-27 13:39       ` Jani Nikula
2016-09-27 22:13         ` Manasi Navare
2016-09-28  7:14           ` Jani Nikula
2016-09-28 22:30             ` Manasi Navare
2016-09-27 21:55       ` Manasi Navare
2016-09-28  7:38         ` Jani Nikula
2016-09-28 16:45           ` Manasi Navare
2016-09-29 14:52             ` Jani Nikula
2016-09-16  0:04   ` [PATCH v3 3/6] drm/i915: Change the placement of some static functions in intel_dp.c Manasi Navare
2016-09-16  8:12     ` Mika Kahola
2016-09-16  0:04   ` [PATCH 4/6] drm/i915: Code cleanup to use dev_priv and INTEL_GEN Manasi Navare
2016-09-16  7:40     ` Mika Kahola
2016-09-26 13:45     ` Jani Nikula
2016-09-28  0:03       ` Manasi Navare
2016-09-16  0:04   ` [PATCH v17 5/6] drm/i915/dp: Enable Upfront link training on DDI platforms Manasi Navare
2016-09-20 22:04     ` [PATCH v18 " Manasi Navare
2016-09-27 13:59       ` Jani Nikula
2016-09-29 12:15       ` Jani Nikula
2016-09-29 16:05         ` Jani Nikula
2016-09-16  0:04   ` [PATCH v3 6/6] drm/i915/dp/mst: Add support for upfront link training for DP MST Manasi Navare
2016-09-16  0:47   ` ✓ Fi.CI.BAT: success for series starting with [v6,1/6] drm/i915: Fallback to lower link rate and lane count during link training Patchwork
2016-09-16 19:25   ` ✓ Fi.CI.BAT: success for series starting with [v7,1/6] drm/i915: Fallback to lower link rate and lane count during link training (rev2) Patchwork
2016-09-20  8:45   ` [PATCH 0/6] Remaining patches for upfront link training on DDI platforms Jani Nikula
2016-09-20 22:49   ` ✓ Fi.CI.BAT: success for series starting with [v7,1/6] drm/i915: Fallback to lower link rate and lane count during link training (rev3) 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=20160929064150.GA13161@intel.com \
    --to=manasi.d.navare@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@linux.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.