From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Andrzej Hajda <a.hajda@samsung.com>
Cc: "Neil Armstrong" <narmstrong@baylibre.com>,
architt@codeaurora.org, "Philipp Zabel" <p.zabel@pengutronix.de>,
"Sandy Huang" <hjc@rock-chips.com>,
"Heiko Stübner" <heiko@sntech.de>,
maxime.ripard@bootlin.com,
"Zheng Yang" <zhengyang@rock-chips.com>,
dri-devel@lists.freedesktop.org,
linux-amlogic@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH RFC v2 5/8] drm/bridge: dw-hdmi: support dynamically get input/out color info
Date: Wed, 19 Dec 2018 09:50:41 +0200 [thread overview]
Message-ID: <1690671.DkqnqcUgQk@avalon> (raw)
In-Reply-To: <3cd791c0-8a7b-a3d1-09fa-5ddf0ea9c380@samsung.com>
Hello,
On Wednesday, 19 December 2018 09:26:08 EET Andrzej Hajda wrote:
> On 30.11.2018 14:42, Neil Armstrong wrote:
> > From: Zheng Yang <zhengyang@rock-chips.com>
> >
> > To get input/output bus_format/enc_format dynamically, this patch
> >
> > introduce following funstion in plat_data:
> > - get_input_bus_format
> > - get_output_bus_format
> > - get_enc_in_encoding
> > - get_enc_out_encoding
>
> It seems fishy. On one side description says about dynamic resolution of
> formats and encodings.
>
> On the other side these functions as only argument takes platform_data
> which should be rather static.
>
> Where is this "dynamic" thing? The only usage of these callbacks I have
> found in next patches is also not dynamic, the functions just return
> some static value.
>
> Moreover function takes void* argument, which is again something
> suspicious, why cannot you pass know structure?
>
> And finally encoding usually should depend on display mode, it should
> not depend only static data.
>
>
> What kind of problems do you want to solve here?
I would add that this doesn't seem to be specific to dw-hdmi in any way. I'd
prefer an API at the drm_bridge level to handle this.
> > Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
> > Signed-off-by: Neil Armstrong <narmstrong@baylibre.com>
> > ---
> >
> > drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 28 +++++++++++++++++------
> > include/drm/bridge/dw_hdmi.h | 5 ++++
> > 2 files changed, 26 insertions(+), 7 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
> > b/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c index
> > 4a9a24e854db..bd564ffdf18b 100644
> > --- a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
> > +++ b/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
> > @@ -1810,6 +1810,7 @@ static void hdmi_disable_overflow_interrupts(struct
> > dw_hdmi *hdmi)>
> > static int dw_hdmi_setup(struct dw_hdmi *hdmi, struct drm_display_mode
> > *mode) {
> >
> > int ret;
> >
> > + void *data = hdmi->plat_data->phy_data;
> >
> > hdmi_disable_overflow_interrupts(hdmi);
> >
> > @@ -1821,10 +1822,13 @@ static int dw_hdmi_setup(struct dw_hdmi *hdmi,
> > struct drm_display_mode *mode)>
> > dev_dbg(hdmi->dev, "CEA mode used vic=%d\n", hdmi->vic);
> >
> > }
> >
> > - if ((hdmi->vic == 6) || (hdmi->vic == 7) ||
> > - (hdmi->vic == 21) || (hdmi->vic == 22) ||
> > - (hdmi->vic == 2) || (hdmi->vic == 3) ||
> > - (hdmi->vic == 17) || (hdmi->vic == 18))
> > + if (hdmi->plat_data->get_enc_out_encoding)
> > + hdmi->hdmi_data.enc_out_encoding =
> > + hdmi->plat_data->get_enc_out_encoding(data);
> > + else if ((hdmi->vic == 6) || (hdmi->vic == 7) ||
> > + (hdmi->vic == 21) || (hdmi->vic == 22) ||
> > + (hdmi->vic == 2) || (hdmi->vic == 3) ||
> > + (hdmi->vic == 17) || (hdmi->vic == 18))
> >
> > hdmi->hdmi_data.enc_out_encoding = V4L2_YCBCR_ENC_601;
> >
> > else
> >
> > hdmi->hdmi_data.enc_out_encoding = V4L2_YCBCR_ENC_709;
> >
> > @@ -1833,21 +1837,31 @@ static int dw_hdmi_setup(struct dw_hdmi *hdmi,
> > struct drm_display_mode *mode)>
> > hdmi->hdmi_data.video_mode.mpixelrepetitioninput = 0;
> >
> > /* TOFIX: Get input format from plat data or fallback to RGB888 */
> >
> > - if (hdmi->plat_data->input_bus_format)
> > + if (hdmi->plat_data->get_input_bus_format)
> > + hdmi->hdmi_data.enc_in_bus_format =
> > + hdmi->plat_data->get_input_bus_format(data);
> > + else if (hdmi->plat_data->input_bus_format)
> >
> > hdmi->hdmi_data.enc_in_bus_format =
> >
> > hdmi->plat_data->input_bus_format;
> >
> > else
> >
> > hdmi->hdmi_data.enc_in_bus_format = MEDIA_BUS_FMT_RGB888_1X24;
> >
> > /* TOFIX: Get input encoding from plat data or fallback to none */
> >
> > - if (hdmi->plat_data->input_bus_encoding)
> > + if (hdmi->plat_data->get_enc_in_encoding)
> > + hdmi->hdmi_data.enc_in_encoding =
> > + hdmi->plat_data->get_enc_in_encoding(data);
> > + else if (hdmi->plat_data->input_bus_encoding)
> >
> > hdmi->hdmi_data.enc_in_encoding =
> >
> > hdmi->plat_data->input_bus_encoding;
> >
> > else
> >
> > hdmi->hdmi_data.enc_in_encoding = V4L2_YCBCR_ENC_DEFAULT;
> >
> > /* TOFIX: Default to RGB888 output format */
> >
> > - hdmi->hdmi_data.enc_out_bus_format = MEDIA_BUS_FMT_RGB888_1X24;
> > + if (hdmi->plat_data->get_output_bus_format)
> > + hdmi->hdmi_data.enc_out_bus_format =
> > + hdmi->plat_data->get_output_bus_format(data);
> > + else
> > + hdmi->hdmi_data.enc_out_bus_format = MEDIA_BUS_FMT_RGB888_1X24;
> >
> > hdmi->hdmi_data.pix_repet_factor = 0;
> > hdmi->hdmi_data.hdcp_enable = 0;
> >
> > diff --git a/include/drm/bridge/dw_hdmi.h b/include/drm/bridge/dw_hdmi.h
> > index 7a02744ce0bc..2e797f782c51 100644
> > --- a/include/drm/bridge/dw_hdmi.h
> > +++ b/include/drm/bridge/dw_hdmi.h
> > @@ -142,6 +142,11 @@ struct dw_hdmi_plat_data {
> >
> > int (*configure_phy)(struct dw_hdmi *hdmi,
> >
> > const struct dw_hdmi_plat_data *pdata,
> > unsigned long mpixelclock);
> >
> > +
> > + unsigned long (*get_input_bus_format)(void *data);
> > + unsigned long (*get_output_bus_format)(void *data);
> > + unsigned long (*get_enc_in_encoding)(void *data);
> > + unsigned long (*get_enc_out_encoding)(void *data);
> >
> > };
> >
> > struct dw_hdmi *dw_hdmi_probe(struct platform_device *pdev,
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2018-12-19 7:49 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-30 13:42 [PATCH RFC v2 0/8] drm/meson: Add support for HDMI2.0 4k60 Neil Armstrong
2018-11-30 13:42 ` [PATCH RFC v2 1/8] drm/bridge: dw-hdmi: Add SCDC and TMDS Scrambling support Neil Armstrong
2018-12-14 12:12 ` Heiko Stuebner
2018-12-18 12:25 ` Andrzej Hajda
2018-12-18 13:17 ` Neil Armstrong
2018-11-30 13:42 ` [PATCH RFC v2 2/8] drm/meson: add HDMI div40 TMDS mode Neil Armstrong
2018-12-18 12:36 ` Andrzej Hajda
2018-12-18 13:19 ` Neil Armstrong
2018-11-30 13:42 ` [PATCH RFC v2 3/8] drm/meson: add support for HDMI2.0 2160p modes Neil Armstrong
2018-12-18 12:37 ` Andrzej Hajda
2018-11-30 13:42 ` [PATCH RFC v2 4/8] drm/bridge: dw-hdmi: add support for YUV420 output Neil Armstrong
2018-12-14 12:13 ` Heiko Stuebner
2018-12-18 13:41 ` Andrzej Hajda
2018-11-30 13:42 ` [PATCH RFC v2 5/8] drm/bridge: dw-hdmi: support dynamically get input/out color info Neil Armstrong
2018-12-14 12:13 ` Heiko Stuebner
2018-12-19 7:26 ` Andrzej Hajda
2018-12-19 7:50 ` Laurent Pinchart [this message]
2018-12-20 7:37 ` Neil Armstrong
2018-11-30 13:42 ` [PATCH RFC v2 6/8] drm/bridge: dw-hdmi: allow ycbcr420 modes for >= 0x200a Neil Armstrong
2018-12-14 12:13 ` Heiko Stuebner
2018-11-30 13:43 ` [PATCH RFC v2 7/8] drm/meson: Add YUV420 output support Neil Armstrong
2018-11-30 13:43 ` [PATCH RFC v2 8/8] drm/meson: Output in YUV444 if sink supports it Neil Armstrong
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=1690671.DkqnqcUgQk@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=a.hajda@samsung.com \
--cc=architt@codeaurora.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=heiko@sntech.de \
--cc=hjc@rock-chips.com \
--cc=linux-amlogic@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maxime.ripard@bootlin.com \
--cc=narmstrong@baylibre.com \
--cc=p.zabel@pengutronix.de \
--cc=zhengyang@rock-chips.com \
/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