From: Abel Vesa <abel.vesa@linaro.org>
To: Johan Hovold <johan@kernel.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>,
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Sean Paul <sean@poorly.run>,
Marijn Suijten <marijn.suijten@somainline.org>,
Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konradybcio@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
Subject: Re: [PATCH v2 4/4] drm/msm/dp: Add support for LTTPR handling
Date: Thu, 26 Dec 2024 14:46:12 +0200 [thread overview]
Message-ID: <Z21QFPYDfFOR905L@linaro.org> (raw)
In-Reply-To: <Z1moNToiIIB9auSl@hovoldconsulting.com>
On 24-12-11 15:56:53, Johan Hovold wrote:
> On Wed, Dec 11, 2024 at 03:04:15PM +0200, Abel Vesa wrote:
>
> > +static void msm_dp_display_lttpr_init(struct msm_dp_display_private *dp)
> > +{
> > + int lttpr_count;
> > +
> > + if (drm_dp_read_lttpr_common_caps(dp->aux, dp->panel->dpcd,
> > + dp->lttpr_caps))
> > + return;
> > +
> > + lttpr_count = drm_dp_lttpr_count(dp->lttpr_caps);
>
> I was gonna say shouldn't you handle errors here, but that explains the
> non-negative check I commented on the first patch in the series.
So lttpr_count is a bit weird. It's either between 0 and 8, or -ERANGE
if more than 8 LTTPRs are found, or -EINVAL if for some reason the
DP_PHY_REPEATER_CNT register contains an invalid value.
(see drm_dp_lttpr_count())
Now, I think I should just drop the lttr_count local variable here entirely.
>
> This looks error prone, but I think you should at least update the
> kernel doc comment to drm_dp_lttpr_init() in the first patch so that
> it's clear that you pass in the number of LTTPRs *or* an errno.
Yes, I'll do that. Will mention all possible values and what they mean.
And will probably point to the drm_dp_lttpr_count() as well, just to be
safe.
>
> > +
> > + drm_dp_lttpr_init(dp->aux, lttpr_count);
> > +}
> > +
> > static int msm_dp_display_process_hpd_high(struct msm_dp_display_private *dp)
> > {
> > struct drm_connector *connector = dp->msm_dp_display.connector;
> > const struct drm_display_info *info = &connector->display_info;
> > int rc = 0;
> >
> > + msm_dp_display_lttpr_init(dp);
>
> It looks like you ignore errors on purpose so I guess that's fine.
Maybe I should at least throw an error, just like the i915 does.
Will do that.
>
> > +
> > rc = msm_dp_panel_read_sink_caps(dp->panel, connector);
> > if (rc)
> > goto end;
>
> Either way, this is needed for external display on my x1e80100 machines,
> while not breaking the X13s:
>
> Tested-by: Johan Hovold <johan+linaro@kernel.org>
>
> Johan
Thanks for reviewing and testing,
Abel
next prev parent reply other threads:[~2025-01-07 14:52 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-11 13:04 [PATCH v2 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver Abel Vesa
2024-12-11 13:04 ` [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode Abel Vesa
2024-12-11 14:42 ` Johan Hovold
2024-12-11 18:32 ` Dmitry Baryshkov
2024-12-12 8:18 ` Jani Nikula
2024-12-11 19:00 ` Dmitry Baryshkov
2024-12-12 8:31 ` neil.armstrong
2024-12-12 8:41 ` Johan Hovold
2024-12-26 13:07 ` Abel Vesa
2024-12-30 13:18 ` Jani Nikula
2024-12-30 13:44 ` Dmitry Baryshkov
2024-12-30 17:00 ` Jani Nikula
2024-12-11 19:22 ` Dmitry Baryshkov
2024-12-26 12:09 ` Abel Vesa
2024-12-26 19:04 ` Dmitry Baryshkov
2024-12-11 13:04 ` [PATCH v2 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR " Abel Vesa
2024-12-16 20:36 ` Lyude Paul
2024-12-11 13:04 ` [PATCH v2 3/4] drm/i915/dp: " Abel Vesa
2024-12-11 13:04 ` [PATCH v2 4/4] drm/msm/dp: Add support for LTTPR handling Abel Vesa
2024-12-11 14:56 ` Johan Hovold
2024-12-26 12:46 ` Abel Vesa [this message]
2024-12-12 13:18 ` ✓ CI.Patch_applied: success for drm/dp: Rework LTTPR transparent mode handling and add support to msm driver (rev2) Patchwork
2024-12-12 13:18 ` ✓ CI.checkpatch: " Patchwork
2024-12-12 13:19 ` ✓ CI.KUnit: " Patchwork
2024-12-12 13:23 ` ✗ Fi.CI.BUILD: failure " Patchwork
2024-12-12 13:26 ` ✗ CI.Build: " Patchwork
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=Z21QFPYDfFOR905L@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=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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.