From: Marek Vasut <marex@denx.de>
To: Maxime Ripard <maxime@cerno.tech>
Cc: Max Krummenacher <max.oss.09@gmail.com>,
dri-devel@lists.freedesktop.org,
Sascha Hauer <s.hauer@pengutronix.de>,
Philipp Zabel <p.zabel@pengutronix.de>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Fabio Estevam <festevam@gmail.com>,
linux-arm-kernel@lists.infradead.org,
DenysDrozdov <denys.drozdov@toradex.com>,
David Airlie <airlied@linux.ie>,
Christoph Niedermaier <cniedermaier@dh-electronics.com>,
Pengutronix Kernel Team <kernel@pengutronix.de>,
Sam Ravnborg <sam@ravnborg.org>, Shawn Guo <shawnguo@kernel.org>,
Daniel Vetter <daniel@ffwll.ch>,
NXP Linux Team <linux-imx@nxp.com>,
Max Krummenacher <max.krummenacher@toradex.com>
Subject: Re: [RFC PATCH] drm/panel: simple: panel-dpi: use bus-format to set bpc and bus_format
Date: Wed, 23 Feb 2022 15:38:20 +0100 [thread overview]
Message-ID: <bdb7884f-4c66-44ab-72e3-003b50364457@denx.de> (raw)
In-Reply-To: <20220223143703.xi7vpamjg4ytmvqs@houat>
On 2/23/22 15:37, Maxime Ripard wrote:
> On Wed, Feb 23, 2022 at 03:09:08PM +0100, Marek Vasut wrote:
>> On 2/23/22 14:47, Maxime Ripard wrote:
>>> On Wed, Feb 23, 2022 at 02:45:30PM +0100, Marek Vasut wrote:
>>>> On 2/23/22 14:41, Maxime Ripard wrote:
>>>>> Hi,
>>>>>
>>>>> On Tue, Feb 22, 2022 at 09:47:23AM +0100, Max Krummenacher wrote:
>>>>>> Use the new property bus-format to set the enum bus_format and bpc.
>>>>>> Completes: commit 4a1d0dbc8332 ("drm/panel: simple: add panel-dpi support")
>>>>>>
>>>>>> Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
>>>>>>
>>>>>> ---
>>>>>>
>>>>>> drivers/gpu/drm/panel/panel-simple.c | 32 ++++++++++++++++++++++++++++
>>>>>> 1 file changed, 32 insertions(+)
>>>>>>
>>>>>> Relates to the discussion: https://lore.kernel.org/all/20220201110717.3585-1-cniedermaier@dh-electronics.com/
>>>>>>
>>>>>> Max
>>>>>>
>>>>>> diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c
>>>>>> index c5f133667a2d..5c07260de71c 100644
>>>>>> --- a/drivers/gpu/drm/panel/panel-simple.c
>>>>>> +++ b/drivers/gpu/drm/panel/panel-simple.c
>>>>>> @@ -453,6 +453,7 @@ static int panel_dpi_probe(struct device *dev,
>>>>>> struct panel_desc *desc;
>>>>>> unsigned int bus_flags;
>>>>>> struct videomode vm;
>>>>>> + const char *format = "";
>>>>>> int ret;
>>>>>> np = dev->of_node;
>>>>>> @@ -477,6 +478,37 @@ static int panel_dpi_probe(struct device *dev,
>>>>>> of_property_read_u32(np, "width-mm", &desc->size.width);
>>>>>> of_property_read_u32(np, "height-mm", &desc->size.height);
>>>>>> + of_property_read_string(np, "bus-format", &format);
>>>>>> + if (!strcmp(format, "BGR888_1X24")) {
>>>>>> + desc->bpc = 8;
>>>>>> + desc->bus_format = MEDIA_BUS_FMT_BGR888_1X24;
>>>>>> + } else if (!strcmp(format, "GBR888_1X24")) {
>>>>>> + desc->bpc = 8;
>>>>>> + desc->bus_format = MEDIA_BUS_FMT_GBR888_1X24;
>>>>>> + } else if (!strcmp(format, "RBG888_1X24")) {
>>>>>> + desc->bpc = 8;
>>>>>> + desc->bus_format = MEDIA_BUS_FMT_RBG888_1X24;
>>>>>> + } else if (!strcmp(format, "RGB444_1X12")) {
>>>>>> + desc->bpc = 6;
>>>>>> + desc->bus_format = MEDIA_BUS_FMT_RGB444_1X12;
>>>>>> + } else if (!strcmp(format, "RGB565_1X16")) {
>>>>>> + desc->bpc = 6;
>>>>>> + desc->bus_format = MEDIA_BUS_FMT_RGB565_1X16;
>>>>>> + } else if (!strcmp(format, "RGB666_1X18")) {
>>>>>> + desc->bpc = 6;
>>>>>> + desc->bus_format = MEDIA_BUS_FMT_RGB666_1X18;
>>>>>> + } else if (!strcmp(format, "RGB666_1X24_CPADHI")) {
>>>>>> + desc->bpc = 6;
>>>>>> + desc->bus_format = MEDIA_BUS_FMT_RGB666_1X24_CPADHI;
>>>>>> + } else if (!strcmp(format, "RGB888_1X24")) {
>>>>>> + desc->bpc = 8;
>>>>>> + desc->bus_format = MEDIA_BUS_FMT_RGB888_1X24;
>>>>>> + } else {
>>>>>> + dev_err(dev, "%pOF: missing or unknown bus-format property\n",
>>>>>> + np);
>>>>>> + return -EINVAL;
>>>>>> + }
>>>>>> +
>>>>>
>>>>> It doesn't seem right, really. We can't the bus format / bpc be inferred
>>>>> from the compatible? I'd expect two panels that don't have the same bus
>>>>> format to not be claimed as compatible.
>>>>
>>>> Which compatible ?
>>>>
>>>> Note that this is for panel-dpi compatible, i.e. the panel which has timings
>>>> specified in DT (and needs bus format specified there too).
>>>
>>> panel-dpi is supposed to have two compatibles, the panel-specific one
>>> and panel-dpi. This would obviously be tied to the panel-specific one.
>>
>> This whole discussion is about the one which only has 'panel-dpi' compatible
>> and describes the panel in DT completely. The specific compatible is not
>> present in DT when this patch is needed.
>
> From the panel-dpi DT binding:
>
> properties:
> compatible:
> description:
> Shall contain a panel specific compatible and "panel-dpi"
> in that order.
> items:
> - {}
> - const: panel-dpi
>
> The panel-specific compatible is mandatory, whether you like it or not.
It doesn't seem to me that's the intended use per panel-simple.c , so
maybe the bindings need to be fixed too ?
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2022-02-23 15:02 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-22 8:47 [RFC PATCH] drm/panel: simple: panel-dpi: use bus-format to set bpc and bus_format Max Krummenacher
2022-02-23 13:41 ` Maxime Ripard
2022-02-23 13:45 ` Marek Vasut
2022-02-23 13:47 ` Maxime Ripard
2022-02-23 14:09 ` Marek Vasut
2022-02-23 14:37 ` Maxime Ripard
2022-02-23 14:38 ` Marek Vasut [this message]
2022-02-23 16:39 ` Maxime Ripard
2022-02-23 16:57 ` Marek Vasut
2022-02-23 15:25 ` Max Krummenacher
2022-03-02 14:21 ` Maxime Ripard
2022-03-02 16:22 ` Marek Vasut
2022-03-07 15:26 ` Max Krummenacher
2022-03-18 16:35 ` Maxime Ripard
2022-03-18 17:05 ` Dave Stevenson
2022-03-18 17:16 ` Maxime Ripard
2022-03-18 17:53 ` Dave Stevenson
2022-03-23 8:42 ` Max Krummenacher
2022-03-23 15:58 ` Maxime Ripard
2022-03-23 20:06 ` Max Krummenacher
2022-03-24 8:15 ` Francesco Dolcini
2022-04-08 18:01 ` Laurent Pinchart
2022-04-08 18:15 ` Laurent Pinchart
2022-04-19 11:50 ` Max Krummenacher
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=bdb7884f-4c66-44ab-72e3-003b50364457@denx.de \
--to=marex@denx.de \
--cc=airlied@linux.ie \
--cc=cniedermaier@dh-electronics.com \
--cc=daniel@ffwll.ch \
--cc=denys.drozdov@toradex.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=festevam@gmail.com \
--cc=kernel@pengutronix.de \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-imx@nxp.com \
--cc=max.krummenacher@toradex.com \
--cc=max.oss.09@gmail.com \
--cc=maxime@cerno.tech \
--cc=p.zabel@pengutronix.de \
--cc=s.hauer@pengutronix.de \
--cc=sam@ravnborg.org \
--cc=shawnguo@kernel.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;
as well as URLs for NNTP newsgroup(s).