intel-gfx.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
From: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
To: Benjamin Tissoires <benjamin.tissoires@redhat.com>,
	Daniel Vetter <daniel.vetter@intel.com>
Cc: intel-gfx@lists.freedesktop.org, Todd Broch <tbroch@chromium.org>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 3/3] drm/i915: Support DDI lane reversal for DP
Date: Wed, 29 Jul 2015 13:56:13 +0530	[thread overview]
Message-ID: <55B88E25.6000006@intel.com> (raw)
In-Reply-To: <1438099409-25456-4-git-send-email-benjamin.tissoires@redhat.com>

why not detect reverse in intel_dp_detect/intel_hpd_pulse ? that way you 
can identify both lane count and reversal state without touching 
anything in the link training code. i am yet to upstream my changes for 
CHT that i can share if required that does the same in intel_dp_detect 
without touching any line in link training path.

On 7/28/2015 9:33 PM, Benjamin Tissoires wrote:
> The DP outputs connected through a USB Type-C port can have inverted
> lanes. To detect that case, we implement autodetection by training only
> the first lane if it doesn't work, we assume that we need to invert
> the lanes.
>
> Tested on a Chromebook Pixel 2015 (samus) with a USB Type-C to HDMI
> adapter and a Dell 4K and some various regular monitors.
>
> Based on 2 patches from the ChromeOS tree by:
> Stéphane Marchesin <marcheu@chromium.org>
> Todd Broch <tbroch@chromium.org>
>
> Signed-off-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>
> ---
>   drivers/gpu/drm/i915/intel_ddi.c | 13 +++++++++++++
>   drivers/gpu/drm/i915/intel_dp.c  | 36 ++++++++++++++++++++++++++++++++++++
>   drivers/gpu/drm/i915/intel_drv.h |  1 +
>   3 files changed, 50 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915/intel_ddi.c
> index 9a40bfb..0b0c1ec 100644
> --- a/drivers/gpu/drm/i915/intel_ddi.c
> +++ b/drivers/gpu/drm/i915/intel_ddi.c
> @@ -2249,6 +2249,7 @@ static void intel_ddi_pre_enable(struct intel_encoder *intel_encoder)
>   	enum port port = intel_ddi_get_encoder_port(intel_encoder);
>   	int type = intel_encoder->type;
>   	int hdmi_level;
> +	bool reversed = false;
>   
>   	if (type == INTEL_OUTPUT_EDP) {
>   		struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
> @@ -2295,8 +2296,20 @@ static void intel_ddi_pre_enable(struct intel_encoder *intel_encoder)
>   	if (type == INTEL_OUTPUT_DISPLAYPORT || type == INTEL_OUTPUT_EDP) {
>   		struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
>   
> +		if (IS_BROADWELL(dev) && type == INTEL_OUTPUT_DISPLAYPORT) {
> +			intel_ddi_init_dp_buf_reg(intel_encoder);
> +			reversed = intel_dp_is_reversed(intel_dp);
> +		}
> +
>   		intel_ddi_init_dp_buf_reg(intel_encoder);
>   
> +		if (IS_BROADWELL(dev)) {
> +			if (reversed)
> +				intel_dp->DP |= DDI_BUF_PORT_REVERSAL;
> +			else
> +				intel_dp->DP &= ~DDI_BUF_PORT_REVERSAL;
> +		}
> +
>   		intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_ON);
>   		intel_dp_start_link_train(intel_dp);
>   		intel_dp_complete_link_train(intel_dp);
> diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
> index b740987..18280cc 100644
> --- a/drivers/gpu/drm/i915/intel_dp.c
> +++ b/drivers/gpu/drm/i915/intel_dp.c
> @@ -3820,6 +3820,42 @@ intel_dp_complete_link_train(struct intel_dp *intel_dp)
>   		intel_dp->DP = DP;
>   }
>   
> +bool intel_dp_is_reversed(struct intel_dp *intel_dp)
> +{
> +	struct drm_encoder *encoder = &dp_to_dig_port(intel_dp)->base.base;
> +	struct drm_device *dev = encoder->dev;
> +	struct drm_i915_private *dev_priv = dev->dev_private;
> +	uint32_t DP = intel_dp->DP;
> +
> +	/*
> +	 * Train with 1 lane. There is no guarantee that the monitor supports
> +	 * 2 or 4 lanes, and we wouldn't see any asymetricity with 4 lanes.
> +	 */
> +	const uint8_t lane_count = 1;
> +	bool reversed;
> +
> +	if (!HAS_DDI(dev))
> +		return false;
> +
> +	DP &= ~(DDI_BUF_PORT_REVERSAL | DDI_PORT_WIDTH(4));
> +	DP |= DDI_PORT_WIDTH(lane_count);
> +
> +	I915_WRITE(intel_dp->output_reg, DP);
> +	POSTING_READ(intel_dp->output_reg);
> +	udelay(600);
> +
> +	if (!_intel_dp_start_link_train(intel_dp, lane_count, &DP, true))
> +		return true;
> +
> +	reversed = !_intel_dp_complete_link_train(intel_dp, lane_count, &DP, true);
> +
> +	/* clear training, we had only one lane */
> +	intel_dp->train_set_valid = false;
> +
> +	return reversed;
> +
> +}
> +
>   void intel_dp_stop_link_train(struct intel_dp *intel_dp)
>   {
>   	intel_dp_set_link_train(intel_dp, &intel_dp->DP,
> diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
> index 320c9e6..cba00c6 100644
> --- a/drivers/gpu/drm/i915/intel_drv.h
> +++ b/drivers/gpu/drm/i915/intel_drv.h
> @@ -1169,6 +1169,7 @@ int intel_dp_sink_crc(struct intel_dp *intel_dp, u8 *crc);
>   bool intel_dp_compute_config(struct intel_encoder *encoder,
>   			     struct intel_crtc_state *pipe_config);
>   bool intel_dp_is_edp(struct drm_device *dev, enum port port);
> +bool intel_dp_is_reversed(struct intel_dp *intel_dp);
>   enum irqreturn intel_dp_hpd_pulse(struct intel_digital_port *intel_dig_port,
>   				  bool long_hpd);
>   void intel_edp_backlight_on(struct intel_dp *intel_dp);

-- 
regards,
Sivakumar

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

  reply	other threads:[~2015-07-29  8:26 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-28 16:03 [PATCH 0/3] drm/i915: fix USB Type-C reversed connector Benjamin Tissoires
2015-07-28 16:03 ` [PATCH 1/3] drm/i915: add parameters to dp_start_link_train and dp_complete_link_train Benjamin Tissoires
2015-07-28 16:03 ` [PATCH 2/3] drm/i915: hide errors when probing for a reverse display port Benjamin Tissoires
2015-07-28 16:18   ` [Intel-gfx] " Chris Wilson
2015-07-29 15:20     ` Benjamin Tissoires
2015-07-28 16:03 ` [PATCH 3/3] drm/i915: Support DDI lane reversal for DP Benjamin Tissoires
2015-07-29  8:26   ` Sivakumar Thulasimani [this message]
2015-07-29 15:22     ` Benjamin Tissoires
2015-07-30  4:13       ` Sivakumar Thulasimani
2015-07-30 14:44         ` Benjamin Tissoires
2015-08-05 19:34         ` Benjamin Tissoires
2015-08-06  9:41           ` Sivakumar Thulasimani
2015-08-14 23:27           ` Stéphane Marchesin
2015-08-17 20:06             ` Benjamin Tissoires
2015-08-26 12:09               ` Sivakumar Thulasimani
2015-08-26 14:29                 ` Benjamin Tissoires
2015-08-27  5:24                   ` Sivakumar Thulasimani

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=55B88E25.6000006@intel.com \
    --to=sivakumar.thulasimani@intel.com \
    --cc=benjamin.tissoires@redhat.com \
    --cc=daniel.vetter@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tbroch@chromium.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).