public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Jesse Barnes <jbarnes@virtuousgeek.org>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 1/2] drm/i915: remove unexplained vblank wait in the DP off code
Date: Thu, 17 Apr 2014 15:21:27 +0300	[thread overview]
Message-ID: <20140417122127.GS18465@intel.com> (raw)
In-Reply-To: <1397251542-6857-1-git-send-email-jbarnes@virtuousgeek.org>

On Fri, Apr 11, 2014 at 02:25:41PM -0700, Jesse Barnes wrote:
> I don't think this is necessary; at least it doesn't appear to be on my
> BYT.  Dropping it speeds up our shutdown code a little, in some cases
> resulting in faster init times.
> 
> Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
> ---
>  drivers/gpu/drm/i915/intel_dp.c | 3 ---
>  1 file changed, 3 deletions(-)
> 
> diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
> index e48d47c..728a5db 100644
> --- a/drivers/gpu/drm/i915/intel_dp.c
> +++ b/drivers/gpu/drm/i915/intel_dp.c
> @@ -2756,9 +2756,6 @@ intel_dp_link_down(struct intel_dp *intel_dp)
>  	}
>  	POSTING_READ(intel_dp->output_reg);
>  
> -	/* We don't really know why we're doing this */
> -	intel_wait_for_vblank(dev, intel_crtc->pipe);
> -

Maybe this was here to guarantee we send the magic five idle patterns
specified in the DP spec. But since we're going to be turning off the
port anyway I don't see why we switch to transmitting the idle pattern
at all.

I guess switching to the idle pattern might make sense for the IBX
transcoder select workaround to avoid sending some garbage on the main
link. Although we don't seem to be doing that workaround quite according
to spec. The spec says we should first disable the port, and then
re-enable it temporarily w/ transcoder A. What we do is switch the port
over to transcoder A while it's still enabled, and only then disable it.

So I guess killing the wait here is fine, but looks like the IBX
workaround stuff needs a better look. I can try to clean it up a bit.

Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>

>  	if (HAS_PCH_IBX(dev) &&
>  	    I915_READ(intel_dp->output_reg) & DP_PIPEB_SELECT) {
>  		struct drm_crtc *crtc = intel_dig_port->base.base.crtc;
> -- 
> 1.8.4.2
> 
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx

-- 
Ville Syrjälä
Intel OTC

  parent reply	other threads:[~2014-04-17 12:21 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-04 23:12 [PATCH 1/6] drm/i915: use VBT to determine whether to enumerate the VGA port Jesse Barnes
2014-04-04 23:12 ` [PATCH 2/6] drm/i915: remove unnecessary delays in intel_dp_link_down Jesse Barnes
2014-04-05  6:26   ` Chris Wilson
2014-04-11 21:25     ` [PATCH 1/2] drm/i915: remove unexplained vblank wait in the DP off code Jesse Barnes
2014-04-11 21:25       ` [PATCH 2/2] drm/i915: remove misplaced panel wait in " Jesse Barnes
2014-04-12  7:03       ` [PATCH 1/2] drm/i915: remove unexplained vblank wait in the " Chris Wilson
2014-04-17 12:21       ` Ville Syrjälä [this message]
2014-04-22 19:17         ` Daniel Vetter
2014-04-04 23:12 ` [PATCH 3/6] drm/i915: warn when a vblank wait times out Jesse Barnes
2014-04-05  6:29   ` Chris Wilson
2014-04-05 15:22     ` Daniel Vetter
2014-04-05 18:52       ` Jesse Barnes
2014-04-07  6:20         ` Daniel Vetter
2014-04-04 23:12 ` [PATCH 4/6] drm/i915: don't set sink DPMS status on eDP Jesse Barnes
2014-04-07  8:36   ` Jani Nikula
2014-04-07 14:58     ` Jesse Barnes
2014-04-04 23:12 ` [PATCH 5/6] drm/i915/vlv: move DP enable after plane/pipe enable per latest spec Jesse Barnes
2014-04-04 23:12 ` [PATCH 6/6] drm/i915/vlv: re-order TX lane reset " Jesse Barnes
2014-05-29 21:47 ` [PATCH 1/6] drm/i915: use VBT to determine whether to enumerate the VGA port Ben Widawsky
2014-06-02  8:24   ` 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=20140417122127.GS18465@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jbarnes@virtuousgeek.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