Received: by 10.213.65.68 with SMTP id h4csp1011700imn; Fri, 6 Apr 2018 12:52:56 -0700 (PDT) X-Google-Smtp-Source: AIpwx49cJMvucVAdl+L8BPg2Pj7MaFxuOt2sqMLO+0hJiVvknqhSGy4+cUDubaMWu2pxmP1t7UKL X-Received: by 10.167.131.203 with SMTP id j11mr21586667pfn.101.1523044376280; Fri, 06 Apr 2018 12:52:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523044376; cv=none; d=google.com; s=arc-20160816; b=CAHS0VrBL7WZucqboP/7q4/ElZMDxLpY7gdVAdIMLh2gTPMmMdeKYqxoj06LJlBRhu cOsEF58PE0yZn61HC/pm2S3D0TNhd1M5jl9wvbKdYVu9v5OQInb+sffalCGTeHMwpo4I wSPgN6BgtYcHH3iblBcLRA/LhqToA4gWAlLVEbngUz0wGIpkWK3oVOkeNvQIdakI4g5N BlQ6T1fke8MiYHXNG0P28Owd9vaS3OZTOd/spBiRG+ZgA8Qaoxg8IvmyVRoe2mfntw0V W7ZqnDtjNKsboSXqye8yIVrmdM9GJ3CTnrg1YnNsZNd83V2UyF3KN7jesofbOXXpAgvA oQpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=T6Pvtkav3hm9ohQ7fnq8knWkkx9RwQA57bf7V8QLLBU=; b=nlPzk7N5td1pcOlTW+7s1HnvOxfIpR5pze+ISE1Jwq4BQ2eLI8/TjcbxCKP6KjBXZO im2X/C2ji85oxN/HqxL+jos3X6l+kJxC5sjuFjiYJ6Ce9zbcgPS4sESV/x5/2qBKMf6p fOx5wSkgJH0wHbu4ltQywAuflgnK3zZSkM50k0yMwM5Kw7g6AzH1NcyukZWiwn+pwFG/ owMiRqggq7PbWPFTjM7ADjOQljppznN0wwTH+76uPxRuFN8e2QUm9KdqeLL4OKkCCHxZ 3h0CQ80IipEWpJ+Sokqj/z3bxhI1ijcfJgaYjtrfkRQWutpBSwkiiwZfSNo2NT+RkSAB MvGA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j7si7693517pgf.589.2018.04.06.12.52.19; Fri, 06 Apr 2018 12:52:56 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751949AbeDFTsj (ORCPT + 99 others); Fri, 6 Apr 2018 15:48:39 -0400 Received: from mail-pl0-f67.google.com ([209.85.160.67]:34431 "EHLO mail-pl0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751447AbeDFTsi (ORCPT ); Fri, 6 Apr 2018 15:48:38 -0400 Received: by mail-pl0-f67.google.com with SMTP id y12-v6so1152588plt.1 for ; Fri, 06 Apr 2018 12:48:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=T6Pvtkav3hm9ohQ7fnq8knWkkx9RwQA57bf7V8QLLBU=; b=oQFFZ4mOiVmCPsFMuPAq/aaoFfoQKQ6BFtXmntl5uh5JXD+rR4lnzOWhgjSQ6AdsFS OxFoiLlnPQJ3yCWvm3yA+8VM+1LWVs3CmB8pcm5RAEhknPxveQsUZHbx3PkIkfpk+S8d KAQnrIRSCgjgbsu7ebzo3ark7ujZk1FwLSLdhkyx4PFXJjGScB2yQa0klRR/Ws6X7oox Ybz0mLgk27dc7nyjqCdcAc3C43Tgup3s4AIFWI/DLdWUYSQeku7ponUPrZrpyj63LFnE E0AHt8xFeePhaCCydyjKM1UHB7BWI1BfAOvGtUoUX4sDuhvqL7p2V1KKWWN3a6YeMT0u ckpA== X-Gm-Message-State: AElRT7HnLop0bVL9Nv3yrk6bFmpkMUcoBFqDfOR3XlELlf57xY+U8AGB JOAroBpkh7udHSm18p1TDaC2vbuZ9fA= X-Received: by 2002:a17:902:6941:: with SMTP id k1-v6mr29186123plt.185.1523044117052; Fri, 06 Apr 2018 12:48:37 -0700 (PDT) Received: from ?IPv6:2601:602:9802:a8dc::1082? ([2601:602:9802:a8dc::1082]) by smtp.gmail.com with ESMTPSA id j83sm23907265pfe.178.2018.04.06.12.48.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Apr 2018 12:48:35 -0700 (PDT) Subject: Re: [PATCH v4] drm/i915/dp: Send DPCD ON for MST before phy_up To: Lyude Paul , intel-gfx@lists.freedesktop.org Cc: Dhinakaran Pandiyan , =?UTF-8?B?VmlsbGUgU3lyasOkbMOk?= , stable@vger.kernel.org, Jani Nikula , Joonas Lahtinen , Rodrigo Vivi , David Airlie , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org References: <20180406185249.22952-1-lyude@redhat.com> From: Laura Abbott Message-ID: <9705da91-6db6-a18b-993a-5676913eaeb8@redhat.com> Date: Fri, 6 Apr 2018 12:48:30 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180406185249.22952-1-lyude@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/06/2018 11:52 AM, Lyude Paul wrote: > When doing a modeset where the sink is transitioning from D3 to D0 , it > would sometimes be possible for the initial power_up_phy() to start > timing out. This would only be observed in the last action before the > sink went into D3 mode was intel_dp_sink_dpms(DRM_MODE_DPMS_OFF). We > originally thought this might be an issue with us accidentally shutting > off the aux block when putting the sink into D3, but since the DP spec > mandates that sinks must wake up within 1ms while we have 100ms to > respond to an ESI irq, this didn't really add up. Turns out that the > problem is more subtle then that: > > It turns out that the timeout is from us not enabling DPMS on the MST > hub before actually trying to initiate sideband communications. This > would cause the first sideband communication (power_up_phy()), to start > timing out because the sink wasn't ready to respond. Afterwards, we > would call intel_dp_sink_dpms(DRM_MODE_DPMS_ON) in > intel_ddi_pre_enable_dp(), which would actually result in waking up the > sink so that sideband requests would work again. > > Since DPMS is what lets us actually bring the hub up into a state where > sideband communications become functional again, we just need to make > sure to enable DPMS on the display before attempting to perform sideband > communications. > > Changes since v1: > - Remove comment above if (!intel_dp->is_mst) - vsryjala > - Move intel_dp_sink_dpms() for MST into intel_dp_post_disable_mst() to > keep enable/disable paths symmetrical > - Improve commit message - dhnkrn > Changes since v2: > - Only send DPMS off when we're disabling the last sink, and only send > DPMS on when we're enabling the first sink - dhnkrn > Changes since v3: > - Check against is_mst, not intel_dp->is_mst - dhnkrn/vsyrjala > For the booting docked with lid down case: Tested-by: Laura Abbott > Signed-off-by: Lyude Paul > Cc: Dhinakaran Pandiyan > Cc: Ville Syrjälä > Cc: Laura Abbott > Cc: stable@vger.kernel.org > Fixes: ad260ab32a4d9 ("drm/i915/dp: Write to SET_POWER dpcd to enable MST hub.") > --- > drivers/gpu/drm/i915/intel_ddi.c | 8 ++++++-- > drivers/gpu/drm/i915/intel_dp_mst.c | 8 +++++++- > 2 files changed, 13 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915/intel_ddi.c > index a6672a9abd85..92cb26b18a9b 100644 > --- a/drivers/gpu/drm/i915/intel_ddi.c > +++ b/drivers/gpu/drm/i915/intel_ddi.c > @@ -2324,7 +2324,8 @@ static void intel_ddi_pre_enable_dp(struct intel_encoder *encoder, > intel_prepare_dp_ddi_buffers(encoder, crtc_state); > > intel_ddi_init_dp_buf_reg(encoder); > - intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_ON); > + if (!is_mst) > + intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_ON); > intel_dp_start_link_train(intel_dp); > if (port != PORT_A || INTEL_GEN(dev_priv) >= 9) > intel_dp_stop_link_train(intel_dp); > @@ -2422,12 +2423,15 @@ static void intel_ddi_post_disable_dp(struct intel_encoder *encoder, > struct drm_i915_private *dev_priv = to_i915(encoder->base.dev); > struct intel_digital_port *dig_port = enc_to_dig_port(&encoder->base); > struct intel_dp *intel_dp = &dig_port->dp; > + bool is_mst = intel_crtc_has_type(old_crtc_state, > + INTEL_OUTPUT_DP_MST); > > /* > * Power down sink before disabling the port, otherwise we end > * up getting interrupts from the sink on detecting link loss. > */ > - intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_OFF); > + if (!is_mst) > + intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_OFF); > > intel_disable_ddi_buf(encoder); > > diff --git a/drivers/gpu/drm/i915/intel_dp_mst.c b/drivers/gpu/drm/i915/intel_dp_mst.c > index c3de0918ee13..9e6956c08688 100644 > --- a/drivers/gpu/drm/i915/intel_dp_mst.c > +++ b/drivers/gpu/drm/i915/intel_dp_mst.c > @@ -180,9 +180,11 @@ static void intel_mst_post_disable_dp(struct intel_encoder *encoder, > intel_dp->active_mst_links--; > > intel_mst->connector = NULL; > - if (intel_dp->active_mst_links == 0) > + if (intel_dp->active_mst_links == 0) { > + intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_OFF); > intel_dig_port->base.post_disable(&intel_dig_port->base, > old_crtc_state, NULL); > + } > > DRM_DEBUG_KMS("active links %d\n", intel_dp->active_mst_links); > } > @@ -223,7 +225,11 @@ static void intel_mst_pre_enable_dp(struct intel_encoder *encoder, > > DRM_DEBUG_KMS("active links %d\n", intel_dp->active_mst_links); > > + if (intel_dp->active_mst_links == 0) > + intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_ON); > + > drm_dp_send_power_updown_phy(&intel_dp->mst_mgr, connector->port, true); > + > if (intel_dp->active_mst_links == 0) > intel_dig_port->base.pre_enable(&intel_dig_port->base, > pipe_config, NULL); >