From: Rex-BC Chen <rex-bc.chen@mediatek.com>
To: CK Hu <ck.hu@mediatek.com>,
"chunkuang.hu@kernel.org" <chunkuang.hu@kernel.org>,
"p.zabel@pengutronix.de" <p.zabel@pengutronix.de>,
"daniel@ffwll.ch" <daniel@ffwll.ch>,
"robh+dt@kernel.org" <robh+dt@kernel.org>,
"krzysztof.kozlowski+dt@linaro.org"
<krzysztof.kozlowski+dt@linaro.org>,
"mripard@kernel.org" <mripard@kernel.org>,
"tzimmermann@suse.de" <tzimmermann@suse.de>,
"matthias.bgg@gmail.com" <matthias.bgg@gmail.com>,
"deller@gmx.de" <deller@gmx.de>,
"airlied@linux.ie" <airlied@linux.ie>
Cc: "msp@baylibre.com" <msp@baylibre.com>,
"granquet@baylibre.com" <granquet@baylibre.com>,
"Jitao Shi (石记涛)" <jitao.shi@mediatek.com>,
"wenst@chromium.org" <wenst@chromium.org>,
"angelogioacchino.delregno@collabora.com"
<angelogioacchino.delregno@collabora.com>,
"LiangXu Xu (徐亮)" <LiangXu.Xu@mediatek.com>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-fbdev@vger.kernel.org" <linux-fbdev@vger.kernel.org>,
Project_Global_Chrome_Upstream_Group
<Project_Global_Chrome_Upstream_Group@mediatek.com>
Subject: Re: [PATCH v13 05/10] drm/mediatek: Add MT8195 Embedded DisplayPort driver
Date: Tue, 12 Jul 2022 14:57:15 +0800 [thread overview]
Message-ID: <b30154d38b4c0216ddb6c587c1120846e2209335.camel@mediatek.com> (raw)
In-Reply-To: <6b4a4be9b5c93b1931cdbd5b009eac3bfa9badbe.camel@mediatek.com>
On Thu, 2022-07-07 at 13:14 +0800, CK Hu wrote:
> Hi, Bo-Chen:
>
> On Fri, 2022-07-01 at 14:28 +0800, Bo-Chen Chen wrote:
> > From: Markus Schneider-Pargmann <msp@baylibre.com>
> >
> > This patch adds a embedded displayport driver for the MediaTek
> > mt8195
> > SoC.
> >
> > It supports the MT8195, the embedded DisplayPort units. It offers
> > DisplayPort 1.4 with up to 4 lanes.
> >
> > The driver creates a child device for the phy. The child device
> > will
> > never exist without the parent being active. As they are sharing a
> > register range, the parent passes a regmap pointer to the child so
> > that
> > both can work with the same register range. The phy driver sets
> > device
> > data that is read by the parent to get the phy device that can be
> > used
> > to control the phy properties.
> >
> > This driver is based on an initial version by
> > Jitao shi <jitao.shi@mediatek.com>
> >
> > Signed-off-by: Markus Schneider-Pargmann <msp@baylibre.com>
> > Signed-off-by: Guillaume Ranquet <granquet@baylibre.com>
> > Signed-off-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
> > ---
>
> [snip]
>
> > +
> > +static ssize_t mtk_dp_hpd_sink_event(struct mtk_dp *mtk_dp)
>
> The caller never use the return value, so let this function to void.
>
> > +{
> > + ssize_t ret;
> > + u8 sink_count;
> > + u8 link_status[DP_LINK_STATUS_SIZE] = {};
> > + u32 sink_count_reg = DP_SINK_COUNT_ESI;
> > + u32 link_status_reg = DP_LANE0_1_STATUS;
> > +
> > + ret = drm_dp_dpcd_readb(&mtk_dp->aux, sink_count_reg,
> > &sink_count);
>
> You read sink_count but never use it, so this read is redundant.
> Remove
> it.
>
Hello CK,
this is a pre-request for the following codes, so I think we need to
keep this.
If we failed to read sink_count, we don't need to do the driver under
this.
> > + if (ret < 1) {
> > + drm_err(mtk_dp->drm_dev, "Read sink count failed\n");
> > + return ret == 0 ? -EIO : ret;
> > + }
> > +
> > + ret = drm_dp_dpcd_read(&mtk_dp->aux, link_status_reg,
> > link_status,
> > + sizeof(link_status));
> > + if (!ret) {
> > + drm_err(mtk_dp->drm_dev, "Read link status failed\n");
> > + return ret;
> > + }
> > +
> > + drm_dp_channel_eq_ok(link_status, mtk_dp-
> > > train_info.lane_count);
>
> This function just return true or false, and you does not process the
> return value, so this is redundant. Remove it.
>
I will handle this in next version.
BRs,
Bo-Chen
> Regard,
> CK
>
> > +
> > + if (link_status[1] & DP_REMOTE_CONTROL_COMMAND_PENDING)
> > + drm_dp_dpcd_writeb(&mtk_dp->aux,
> > DP_DEVICE_SERVICE_IRQ_VECTOR,
> > + DP_REMOTE_CONTROL_COMMAND_PENDING);
> > +
> > + return 0;
> > +}
>
>
next prev parent reply other threads:[~2022-07-12 6:57 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-01 6:27 [PATCH v13 00/10] drm/mediatek: Add MT8195 " Bo-Chen Chen
2022-07-01 6:27 ` [PATCH v13 01/10] dt-bindings: mediatek,dp: Add Display Port binding Bo-Chen Chen
2022-07-01 20:29 ` Rob Herring
2022-07-05 9:40 ` Rex-BC Chen
2022-07-12 18:06 ` Rob Herring
2022-07-01 6:28 ` [PATCH v13 02/10] drm/edid: Convert cea_sad helper struct to kernelDoc Bo-Chen Chen
2022-07-01 6:28 ` [PATCH v13 03/10] drm/edid: Add cea_sad helpers for freq/length Bo-Chen Chen
2022-07-01 6:28 ` [PATCH v13 04/10] video/hdmi: Add audio_infoframe packing for DP Bo-Chen Chen
2022-07-01 6:28 ` [PATCH v13 05/10] drm/mediatek: Add MT8195 Embedded DisplayPort driver Bo-Chen Chen
2022-07-01 8:09 ` AngeloGioacchino Del Regno
2022-07-07 2:21 ` CK Hu
2022-07-12 8:10 ` Rex-BC Chen
2022-07-07 2:35 ` CK Hu
2022-07-07 4:11 ` CK Hu
2022-07-07 5:07 ` CK Hu
2022-07-07 5:14 ` CK Hu
2022-07-12 6:57 ` Rex-BC Chen [this message]
2022-07-07 6:04 ` CK Hu
2022-07-07 6:14 ` CK Hu
2022-07-07 6:26 ` CK Hu
2022-07-07 7:50 ` CK Hu
2022-07-07 7:57 ` CK Hu
2022-07-07 8:00 ` CK Hu
2022-07-12 6:49 ` Rex-BC Chen
2022-07-01 6:28 ` [PATCH v13 06/10] drm/mediatek: Add MT8195 External DisplayPort support Bo-Chen Chen
2022-07-01 8:14 ` AngeloGioacchino Del Regno
2022-07-05 9:51 ` Rex-BC Chen
2022-07-01 6:28 ` [PATCH v13 07/10] drm/mediatek: add hpd debounce Bo-Chen Chen
2022-07-01 6:28 ` [PATCH v13 08/10] drm/mediatek: set monitor to DP_SET_POWER_D3 to avoid garbage Bo-Chen Chen
2022-07-01 6:28 ` [PATCH v13 09/10] drm/mediatek: DP audio support for MT8195 Bo-Chen Chen
2022-07-01 8:19 ` AngeloGioacchino Del Regno
2022-07-01 6:28 ` [PATCH v13 10/10] drm/mediatek: fix no audio when resolution change Bo-Chen Chen
2022-07-01 8:24 ` AngeloGioacchino Del Regno
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=b30154d38b4c0216ddb6c587c1120846e2209335.camel@mediatek.com \
--to=rex-bc.chen@mediatek.com \
--cc=LiangXu.Xu@mediatek.com \
--cc=Project_Global_Chrome_Upstream_Group@mediatek.com \
--cc=airlied@linux.ie \
--cc=angelogioacchino.delregno@collabora.com \
--cc=chunkuang.hu@kernel.org \
--cc=ck.hu@mediatek.com \
--cc=daniel@ffwll.ch \
--cc=deller@gmx.de \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=granquet@baylibre.com \
--cc=jitao.shi@mediatek.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=matthias.bgg@gmail.com \
--cc=mripard@kernel.org \
--cc=msp@baylibre.com \
--cc=p.zabel@pengutronix.de \
--cc=robh+dt@kernel.org \
--cc=tzimmermann@suse.de \
--cc=wenst@chromium.org \
/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
all inboxes | Powered by JetHome®