From: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
To: Marco Felsch <m.felsch@pengutronix.de>
Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
devicetree@vger.kernel.org, jacopo@jmondi.org,
Sakari Ailus <sakari.ailus@linux.intel.com>,
kieran.bingham+renesas@ideasonboard.com,
linux-kernel@vger.kernel.org, kishon@ti.com, hverkuil@xs4all.nl,
vkoul@kernel.org, robh+dt@kernel.org,
krzysztof.kozlowski+dt@linaro.org, linux-phy@lists.infradead.org,
mchehab@kernel.org, kernel@pengutronix.de,
linux-media@vger.kernel.org
Subject: Re: [PATCH v2 3/4] media: dt-bindings: add bindings for Toshiba TC358746
Date: Wed, 21 Sep 2022 10:59:04 +0200 [thread overview]
Message-ID: <8e54e03e-105a-cf3e-242f-796bef77bfe1@linaro.org> (raw)
In-Reply-To: <20220921083513.drt4rggqj7tpaygr@pengutronix.de>
On 21/09/2022 10:35, Marco Felsch wrote:
> On 22-09-21, Krzysztof Kozlowski wrote:
>> On 20/09/2022 19:32, Laurent Pinchart wrote:
>>>>>
>>>>> Explicit bus types in DT indeed makes it easier for drivers, so if a
>>>>> device can support multiple bus types (even if not implemented yet in
>>>>> the corresponding drivers), the property should be there.
>>>>
>>>> Okay, I will make it required.
>>>>
>>>>>> Why do you have hsync-active and vsync-active if both are always zero? Can
>>>>>> the hardware not support other configuration?
>>>>
>>>> Sure the device supports toggling the logic but it is not implemented.
>>>> So the bindings needs to enforce it to 0 right now. As soon as it is
>>>> implemented & tested, we can say that both is supported :)
>>>
>>> Bindings are not supposed to be limited by the existing driver
>>> implementation, so you can already allow both polarities, and just
>>> reject the unsupported options in the driver at probe time. Future
>>> updates to the driver won't require a binding change.
>>>
>>
>> +1
>
> I don't wanna do that because this let the binding user assume that
> this mode is already supported.
What do you mean by "not supported"? By which system? By which firmware
element? Bindings are used by several operating systems and several
projects.
That's not the argument.
Bindings should be complete. Lack of knowledge and datasheets is a good
exception from this rule. Looking at Linux driver is not good exception.
> Adapting a binding is just 1 commit and
> since the property is already existing, there is no breaking change.
Best regards,
Krzysztof
next prev parent reply other threads:[~2022-09-21 8:59 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-16 13:45 [PATCH v2 0/4] Add support for Toshiba TC358746 Marco Felsch
2022-09-16 13:45 ` [PATCH v2 1/4] phy: dphy: refactor get_default_config Marco Felsch
2022-09-16 13:45 ` [PATCH v2 2/4] phy: dphy: add support to calculate the timing based on hs_clk_rate Marco Felsch
2022-09-16 13:45 ` [PATCH v2 3/4] media: dt-bindings: add bindings for Toshiba TC358746 Marco Felsch
2022-09-17 23:06 ` Laurent Pinchart
2022-09-19 10:08 ` Marco Felsch
2022-09-19 10:23 ` Sakari Ailus
2022-09-19 10:55 ` Laurent Pinchart
2022-09-20 15:26 ` Marco Felsch
2022-09-20 17:32 ` Laurent Pinchart
2022-09-21 7:24 ` Krzysztof Kozlowski
2022-09-21 8:35 ` Marco Felsch
2022-09-21 8:59 ` Krzysztof Kozlowski [this message]
2022-09-22 11:01 ` Marco Felsch
2022-09-22 12:09 ` Krzysztof Kozlowski
2022-09-16 13:45 ` [PATCH v2 4/4] media: tc358746: add Toshiba TC358746 Parallel to CSI-2 bridge driver Marco Felsch
2022-09-17 1:28 ` kernel test robot
2022-09-19 12:39 ` Sakari Ailus
2022-09-19 12:49 ` Laurent Pinchart
2022-09-19 13:03 ` Sakari Ailus
2022-09-20 11:35 ` Marco Felsch
2022-09-19 12:46 ` Laurent Pinchart
2022-09-19 17:11 ` Marco Felsch
2022-09-19 17:37 ` Laurent Pinchart
2022-09-19 19:54 ` Sakari Ailus
2022-09-20 8:39 ` Marco Felsch
2022-09-20 8:53 ` Sakari Ailus
2022-09-20 10:48 ` Marco Felsch
2022-09-20 11:14 ` Laurent Pinchart
2022-09-20 11:53 ` Marco Felsch
2022-09-20 12:02 ` Dave Stevenson
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=8e54e03e-105a-cf3e-242f-796bef77bfe1@linaro.org \
--to=krzysztof.kozlowski@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=hverkuil@xs4all.nl \
--cc=jacopo@jmondi.org \
--cc=kernel@pengutronix.de \
--cc=kieran.bingham+renesas@ideasonboard.com \
--cc=kishon@ti.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-phy@lists.infradead.org \
--cc=m.felsch@pengutronix.de \
--cc=mchehab@kernel.org \
--cc=robh+dt@kernel.org \
--cc=sakari.ailus@linux.intel.com \
--cc=vkoul@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).