[Intel-gfx] [PATCH] drm/i915/ddi: Avoid long delays during system suspend / eDP disabling
Jani Nikula
jani.nikula at linux.intel.com
Thu Jun 1 12:55:13 UTC 2017
On Wed, 31 May 2017, Ville Syrjälä <ville.syrjala at linux.intel.com> wrote:
> On Wed, May 31, 2017 at 08:05:35PM +0300, Imre Deak wrote:
>> Atm disabling either DP or eDP outputs can generate a spurious short
>> pulse interrupt. The reason is that after disabling the port the source
>> will stop sending a valid stream data, while the sink expects either a
>> valid stream or the idle pattern. Since neither of this is sent the sink
>> assumes (after an arbitrary delay) that the link is lost and requests
>> for link retraining with a short pulse.
>>
>> The spurious pulse is a real problem at least for eDP panels with long
>> power-off / power-cycle delays: as part of disabling the output we
>> disable the panel power. The subsequent spurious short pulse handling
>> will have to turn the power back on, which means the driver has to do a
>> redundant wait for the power-off and power-cycle delays. During system
>> suspend this leads to an unnecessary delay up to ~1s on systems with
>> such panels as reported by Rui.
>>
>> To fix this put the sink to DPMS D3 state before turning off the port.
>> According to the DP spec in this state the sink should not request
>> retraining. This is also what we do already on pre-ddi platforms.
>>
>> As an alternative I also tried configuring the port to send idle pattern
>> - which is against BSPec - and leave the port in normal mode before
>> turning off the port. Neither of these resolved the problem.
>>
>> Cc: Zhang Rui <rui.zhang at intel.com>
>> Cc: David Weinehall <david.weinehall at linux.intel.com>
>> Cc: Ville Syrjälä <ville.syrjala at linux.intel.com>
>> Reported-and-tested-by: Zhang Rui <rui.zhang at intel.com>
>> Signed-off-by: Imre Deak <imre.deak at intel.com>
>
> Makes sense to me.
I wonder if we should write D0 on hotplug.
BR,
Jani.
>
> Reviewed-by: Ville Syrjälä <ville.syrjala at linux.intel.com>
>
>> ---
>> drivers/gpu/drm/i915/intel_ddi.c | 10 +++++++---
>> 1 file changed, 7 insertions(+), 3 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915/intel_ddi.c
>> index 0914ad9..8bac628 100644
>> --- a/drivers/gpu/drm/i915/intel_ddi.c
>> +++ b/drivers/gpu/drm/i915/intel_ddi.c
>> @@ -1732,12 +1732,18 @@ static void intel_ddi_post_disable(struct intel_encoder *intel_encoder,
>> struct drm_i915_private *dev_priv = to_i915(encoder->dev);
>> enum port port = intel_ddi_get_encoder_port(intel_encoder);
>> struct intel_digital_port *dig_port = enc_to_dig_port(encoder);
>> + struct intel_dp *intel_dp = NULL;
>> int type = intel_encoder->type;
>> uint32_t val;
>> bool wait = false;
>>
>> /* old_crtc_state and old_conn_state are NULL when called from DP_MST */
>>
>> + if (type == INTEL_OUTPUT_DP || type == INTEL_OUTPUT_EDP) {
>> + intel_dp = enc_to_intel_dp(encoder);
>> + intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_OFF);
>> + }
>> +
>> val = I915_READ(DDI_BUF_CTL(port));
>> if (val & DDI_BUF_CTL_ENABLE) {
>> val &= ~DDI_BUF_CTL_ENABLE;
>> @@ -1753,9 +1759,7 @@ static void intel_ddi_post_disable(struct intel_encoder *intel_encoder,
>> if (wait)
>> intel_wait_ddi_buf_idle(dev_priv, port);
>>
>> - if (type == INTEL_OUTPUT_DP || type == INTEL_OUTPUT_EDP) {
>> - struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
>> - intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_OFF);
>> + if (intel_dp) {
>> intel_edp_panel_vdd_on(intel_dp);
>> intel_edp_panel_off(intel_dp);
>> }
>> --
>> 2.7.4
--
Jani Nikula, Intel Open Source Technology Center
More information about the Intel-gfx
mailing list