intel-gfx.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
From: Benjamin Tissoires <benjamin.tissoires@redhat.com>
To: Daniel Vetter <daniel.vetter@intel.com>
Cc: intel-gfx@lists.freedesktop.org,
	Benjamin Tissoires <benjamin.tissoires@redhat.com>,
	Todd Broch <tbroch@chromium.org>,
	linux-kernel@vger.kernel.org
Subject: [PATCH 0/3] drm/i915: fix USB Type-C reversed connector
Date: Tue, 28 Jul 2015 12:03:26 -0400	[thread overview]
Message-ID: <1438099409-25456-1-git-send-email-benjamin.tissoires@redhat.com> (raw)

Hi,

plugging a USB Type-C to HDMI adapter on a Chromebook Pixel 2015 works
only if the HDMI port is in its normal (not reverted) state.
Theorically, the USB chip should provide the information whether or not
the lane are resversed, but I could not find anything in the Intel PRM
regarding this.

So use the technical solution implemented in ChromeOS by Stéphane and
Todd: try to train one lane in the normal setting, if it doesn't work,
then chances are that the lane are reverted.

The ChromeOS commits are:
https://chromium.googlesource.com/chromiumos/third_party/kernel/+/e8c654a0a6d466b3a7b0e84fd27e3a7236a2243e
https://chromium.googlesource.com/chromiumos/third_party/kernel/+/4fed50fad79ba3fde782d913bac2968b2d0262bc

If I could have a Signed-off-by by Stéphane and Todd, that would be even
better :)

I should also note that while testing this, I discovered 2 regressions
in drm-intel-nightly:
- b432e5cfd (drm/i915: BDW clock change support):
  this one prevents the Broadwell-U GPU to correctly set the clock when
  we connect a 4K monitor over HDMI (30.0 Hz)
  Using a lower resolution works (the internal display is 2560x1700)
  I ended up disabling in intel_display.c all of the codes that are
  broadwell specific, and the default are just working.
- aaf5ec2e5 (drm/i915: Handle HPD when it has actually occurred):
  this one raises a storm of errors:
    [drm:gen8_irq_handler [i915]] *ERROR* The master control interrupt lied (SDE)!
  This doesn't seems to affect the DP output, but having that many
  errors is not always a good sign IMO :)
  Reverting this commit makes them go away.

Cheers,
Benjamin

Benjamin Tissoires (3):
  drm/i915: add parameters to dp_start_link_train and
    dp_complete_link_train
  drm/i915: hide errors when probing for a reverse display port
  drm/i915: Support DDI lane reversal for DP

 drivers/gpu/drm/i915/intel_ddi.c |  13 +++
 drivers/gpu/drm/i915/intel_dp.c  | 173 ++++++++++++++++++++++++++++++---------
 drivers/gpu/drm/i915/intel_drv.h |   1 +
 3 files changed, 149 insertions(+), 38 deletions(-)

-- 
2.4.3

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

             reply	other threads:[~2015-07-28 16:03 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-28 16:03 Benjamin Tissoires [this message]
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
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=1438099409-25456-1-git-send-email-benjamin.tissoires@redhat.com \
    --to=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).