From: Abel Vesa <abel.vesa@linaro.org>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
Maxime Ripard <mripard@kernel.org>,
Thomas Zimmermann <tzimmermann@suse.de>,
David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
Karol Herbst <kherbst@redhat.com>, Lyude Paul <lyude@redhat.com>,
Danilo Krummrich <dakr@redhat.com>,
Jani Nikula <jani.nikula@linux.intel.com>,
Rodrigo Vivi <rodrigo.vivi@intel.com>,
Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
Tvrtko Ursulin <tursulin@ursulin.net>,
Rob Clark <robdclark@gmail.com>,
Abhinav Kumar <quic_abhinavk@quicinc.com>,
Sean Paul <sean@poorly.run>,
Marijn Suijten <marijn.suijten@somainline.org>,
Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konradybcio@kernel.org>,
Johan Hovold <johan@kernel.org>,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
nouveau@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
intel-xe@lists.freedesktop.org, linux-arm-msm@vger.kernel.org,
freedreno@lists.freedesktop.org, Imre Deak <imre.deak@intel.com>
Subject: Re: [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
Date: Mon, 6 Jan 2025 14:45:48 +0200 [thread overview]
Message-ID: <Z3vQfIIDDgnFJsDn@linaro.org> (raw)
In-Reply-To: <3p3wgzhtptjexplxrluod6sk36xeltpoh4hxg2yagssw7nh7hj@ikc4rssp6zej>
On 25-01-03 20:09:42, Dmitry Baryshkov wrote:
> On Fri, Jan 03, 2025 at 02:58:17PM +0200, Abel Vesa wrote:
> > LTTPRs operating modes are defined by the DisplayPort standard and the
> > generic framework now provides a helper to switch between them, which
> > is handling the explicit disabling of non-transparent mode and its
> > disable->enable sequence mentioned in the DP Standard v2.0 section
> > 3.6.6.1.
> >
> > So use the new drm generic helper instead as it makes the code a bit
> > cleaner.
> >
> > Acked-by: Imre Deak <imre.deak@intel.com>
> > Signed-off-by: Abel Vesa <abel.vesa@linaro.org>
> > ---
> > .../gpu/drm/i915/display/intel_dp_link_training.c | 24 +++++-----------------
> > 1 file changed, 5 insertions(+), 19 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/display/intel_dp_link_training.c b/drivers/gpu/drm/i915/display/intel_dp_link_training.c
> > index 8b1977cfec503c70f07af716ee2c00e7605c6adf..c5bad311edf7b9a5cebb633b9e9692bae397f9ed 100644
> > --- a/drivers/gpu/drm/i915/display/intel_dp_link_training.c
> > +++ b/drivers/gpu/drm/i915/display/intel_dp_link_training.c
> > @@ -119,9 +119,6 @@ intel_dp_set_lttpr_transparent_mode(struct intel_dp *intel_dp, bool enable)
> > u8 val = enable ? DP_PHY_REPEATER_MODE_TRANSPARENT :
> > DP_PHY_REPEATER_MODE_NON_TRANSPARENT;
> >
> > - if (drm_dp_dpcd_write(&intel_dp->aux, DP_PHY_REPEATER_MODE, &val, 1) != 1)
> > - return false;
> > -
> > intel_dp->lttpr_common_caps[DP_PHY_REPEATER_MODE -
> > DP_LT_TUNABLE_PHY_REPEATER_FIELD_DATA_STRUCTURE_REV] = val;
> >
> > @@ -146,6 +143,7 @@ static bool intel_dp_lttpr_transparent_mode_enabled(struct intel_dp *intel_dp)
> > static int intel_dp_init_lttpr_phys(struct intel_dp *intel_dp, const u8 dpcd[DP_RECEIVER_CAP_SIZE])
> > {
> > int lttpr_count;
> > + int ret;
> >
> > if (!intel_dp_read_lttpr_common_caps(intel_dp, dpcd))
> > return 0;
> > @@ -172,22 +170,8 @@ static int intel_dp_init_lttpr_phys(struct intel_dp *intel_dp, const u8 dpcd[DP_
> > return lttpr_count;
> > }
> >
> > - /*
> > - * See DP Standard v2.0 3.6.6.1. about the explicit disabling of
> > - * non-transparent mode and the disable->enable non-transparent mode
> > - * sequence.
> > - */
> > - intel_dp_set_lttpr_transparent_mode(intel_dp, true);
> > -
> > - /*
> > - * In case of unsupported number of LTTPRs or failing to switch to
> > - * non-transparent mode fall-back to transparent link training mode,
> > - * still taking into account any LTTPR common lane- rate/count limits.
> > - */
> > - if (lttpr_count < 0)
> > - goto out_reset_lttpr_count;
> > -
> > - if (!intel_dp_set_lttpr_transparent_mode(intel_dp, false)) {
> > + ret = drm_dp_lttpr_init(&intel_dp->aux, lttpr_count);
> > + if (ret) {
> > lt_dbg(intel_dp, DP_PHY_DPRX,
> > "Switching to LTTPR non-transparent LT mode failed, fall-back to transparent mode\n");
> >
> > @@ -196,6 +180,8 @@ static int intel_dp_init_lttpr_phys(struct intel_dp *intel_dp, const u8 dpcd[DP_
> > goto out_reset_lttpr_count;
> > }
> >
> > + intel_dp_set_lttpr_transparent_mode(intel_dp, false);
> > +
>
> I think the code now misses a way to update intel_dp->lttpr_common_caps
> in a transparent-mode case:
> intel_dp_set_lttpr_transparent_mode(intel_dp, true).
It is being called if the drm_dp_lttpr_init() returns a non-zero value,
but that is not part of the diff here.
>
> > return lttpr_count;
> >
> > out_reset_lttpr_count:
> >
> > --
> > 2.34.1
> >
>
> --
> With best wishes
> Dmitry
next prev parent reply other threads:[~2025-01-06 12:45 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-03 12:58 [PATCH v3 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver Abel Vesa
2025-01-03 12:58 ` [PATCH v3 1/4] drm/dp: Add helper to set LTTPRs in transparent mode Abel Vesa
2025-01-03 18:06 ` Dmitry Baryshkov
2025-01-07 9:30 ` Johan Hovold
2025-01-08 13:16 ` Abel Vesa
2025-01-03 12:58 ` [PATCH v3 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR " Abel Vesa
2025-01-03 12:58 ` [PATCH v3 3/4] drm/i915/dp: " Abel Vesa
2025-01-03 18:09 ` Dmitry Baryshkov
2025-01-06 12:45 ` Abel Vesa [this message]
2025-01-08 13:11 ` Dmitry Baryshkov
2025-01-08 13:15 ` Abel Vesa
2025-01-03 12:58 ` [PATCH v3 4/4] drm/msm/dp: Add support for LTTPR handling Abel Vesa
2025-01-03 18:12 ` Dmitry Baryshkov
2025-01-07 9:32 ` Johan Hovold
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=Z3vQfIIDDgnFJsDn@linaro.org \
--to=abel.vesa@linaro.org \
--cc=airlied@gmail.com \
--cc=andersson@kernel.org \
--cc=dakr@redhat.com \
--cc=dmitry.baryshkov@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=imre.deak@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=johan@kernel.org \
--cc=joonas.lahtinen@linux.intel.com \
--cc=kherbst@redhat.com \
--cc=konradybcio@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lyude@redhat.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=marijn.suijten@somainline.org \
--cc=mripard@kernel.org \
--cc=nouveau@lists.freedesktop.org \
--cc=quic_abhinavk@quicinc.com \
--cc=robdclark@gmail.com \
--cc=rodrigo.vivi@intel.com \
--cc=sean@poorly.run \
--cc=simona@ffwll.ch \
--cc=tursulin@ursulin.net \
--cc=tzimmermann@suse.de \
/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