> Missed this version, see my reply to v1: > http://mid.gmane.org/87k32iqppg.fsf@xxxxxxxxx > > Also, what if you avoid sink dpms off with: > > diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c > index 70bb8d0b9695..768b1bfaea78 100644 > --- a/drivers/gpu/drm/i915/intel_dp.c > +++ b/drivers/gpu/drm/i915/intel_dp.c > @@ -1932,7 +1932,7 @@ void intel_dp_sink_dpms(struct intel_dp *intel_dp, int mode) > > if (mode != DRM_MODE_DPMS_ON) { > ret = drm_dp_dpcd_writeb(&intel_dp->aux, DP_SET_POWER, > - DP_SET_POWER_D3); > + DP_SET_POWER_D0); > } else { > /* > * When turning on, we need to retry for 1ms to give the sink > > Does it make a difference? Meant to reply, but the sink is definitely out of dpms when hit this, I've already done a fair few dpcd transactions, and asked it to link train, It is mostly link training the downstream at that point that I think is making it defer. Dave. _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx
