From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-13.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C2094C4320E for ; Mon, 30 Aug 2021 16:43:05 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id AAF3A60F56 for ; Mon, 30 Aug 2021 16:43:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237876AbhH3Qn5 (ORCPT ); Mon, 30 Aug 2021 12:43:57 -0400 Received: from mga07.intel.com ([134.134.136.100]:17177 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233637AbhH3Qn4 (ORCPT ); Mon, 30 Aug 2021 12:43:56 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10092"; a="282025345" X-IronPort-AV: E=Sophos;i="5.84,363,1620716400"; d="scan'208";a="282025345" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Aug 2021 09:43:02 -0700 X-IronPort-AV: E=Sophos;i="5.84,363,1620716400"; d="scan'208";a="530497798" Received: from jasauer1-mobl4.amr.corp.intel.com (HELO intel.com) ([10.255.38.180]) by fmsmga003-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Aug 2021 09:43:00 -0700 Date: Mon, 30 Aug 2021 12:42:58 -0400 From: Rodrigo Vivi To: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= Cc: Kai-Heng Feng , jani.nikula@linux.intel.com, joonas.lahtinen@linux.intel.com, David Airlie , Daniel Vetter , Imre Deak , Uma Shankar , Manasi Navare , Ankit Nautiyal , =?iso-8859-1?Q?Jos=E9?= Roberto de Souza , Sean Paul , intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [Intel-gfx] [PATCH v3] drm/i915/dp: Use max params for panels < eDP 1.4 Message-ID: References: <20210820075301.693099-1-kai.heng.feng@canonical.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 26, 2021 at 01:37:34PM -0400, Rodrigo Vivi wrote: > On Fri, Aug 20, 2021 at 08:26:14PM +0300, Ville Syrjälä wrote: > > On Fri, Aug 20, 2021 at 03:52:59PM +0800, Kai-Heng Feng wrote: > > > Users reported that after commit 2bbd6dba84d4 ("drm/i915: Try to use > > > fast+narrow link on eDP again and fall back to the old max strategy on > > > failure"), the screen starts to have wobbly effect. > > > > > > Commit a5c936add6a2 ("drm/i915/dp: Use slow and wide link training for > > > everything") doesn't help either, that means the affected eDP 1.2 panels > > > only work with max params. > > > > > > So use max params for panels < eDP 1.4 as Windows does to solve the > > > issue. > > > > > > v3: > > > - Do the eDP rev check in intel_edp_init_dpcd() > > > > > > v2: > > > - Check eDP 1.4 instead of DPCD 1.1 to apply max params > > > > > > Closes: https://gitlab.freedesktop.org/drm/intel/-/issues/3714 > > > Fixes: 2bbd6dba84d4 ("drm/i915: Try to use fast+narrow link on eDP again and fall back to the old max strategy on failure") > > > Fixes: a5c936add6a2 ("drm/i915/dp: Use slow and wide link training for everything") > > > Suggested-by: Ville Syrjälä > > > Signed-off-by: Kai-Heng Feng > > > > Slapped a cc:stable on it and pushed to drm-intel-next. Thanks. > > Since I got a strange failure on CI_DIF_604 that I don't see on CI_DIF_603, > I'm avoiding the display patches. This one and also > dab1b47e57e0 ("drm/i915/dp: return proper DPRX link training result") > > I know, it is probably the other one, but I had to remove both patches for > now and I'm not confident the CI will allow me to test with this one alone. > > If we have -rc8 I will check again later. Otherwise we will have to send > to the stable mailing list later. CI didn't run on TGL again, so I couldn't send this patch last week. And 5.14 got released. If this is important for 5.14 or any other stable release, please confirm this is not the one breaking linking training on TGL and then please send it to the stable mailing list. https://www.kernel.org/doc/Documentation/process/stable-kernel-rules.rst Sorry, Rodrigo. > > > > > > --- > > > drivers/gpu/drm/i915/display/intel_dp.c | 5 ++++- > > > 1 file changed, 4 insertions(+), 1 deletion(-) > > > > > > diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c > > > index 75d4ebc669411..e0dbd35ae7bc0 100644 > > > --- a/drivers/gpu/drm/i915/display/intel_dp.c > > > +++ b/drivers/gpu/drm/i915/display/intel_dp.c > > > @@ -2445,11 +2445,14 @@ intel_edp_init_dpcd(struct intel_dp *intel_dp) > > > */ > > > if (drm_dp_dpcd_read(&intel_dp->aux, DP_EDP_DPCD_REV, > > > intel_dp->edp_dpcd, sizeof(intel_dp->edp_dpcd)) == > > > - sizeof(intel_dp->edp_dpcd)) > > > + sizeof(intel_dp->edp_dpcd)) { > > > drm_dbg_kms(&dev_priv->drm, "eDP DPCD: %*ph\n", > > > (int)sizeof(intel_dp->edp_dpcd), > > > intel_dp->edp_dpcd); > > > > > > + intel_dp->use_max_params = intel_dp->edp_dpcd[0] < DP_EDP_14; > > > + } > > > + > > > /* > > > * This has to be called after intel_dp->edp_dpcd is filled, PSR checks > > > * for SET_POWER_CAPABLE bit in intel_dp->edp_dpcd[1] > > > -- > > > 2.32.0 > > > > -- > > Ville Syrjälä > > Intel