From: Krzysztof Kozlowski <krzk@kernel.org>
To: Bryan O'Donoghue <bryan.odonoghue@linaro.org>
Cc: Mauro Carvalho Chehab <mchehab@kernel.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Dave Stevenson <dave.stevenson@raspberrypi.com>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
Shawn Guo <shawnguo@kernel.org>,
Sascha Hauer <s.hauer@pengutronix.de>,
Pengutronix Kernel Team <kernel@pengutronix.de>,
Fabio Estevam <festevam@gmail.com>,
Martin Kepplinger <martink@posteo.de>,
Paul Kocialkowski <paul.kocialkowski@bootlin.com>,
"Paul J. Murphy" <paul.j.murphy@intel.com>,
Daniele Alessandrelli <daniele.alessandrelli@intel.com>,
Tommaso Merciai <tomm.merciai@gmail.com>,
Martin Hecht <martin.hecht@avnet.eu>,
Zhi Mao <zhi.mao@mediatek.com>,
Alain Volmat <alain.volmat@foss.st.com>,
Mikhail Rudenko <mike.rudenko@gmail.com>,
Ricardo Ribalda <ribalda@kernel.org>,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
Umang Jain <umang.jain@ideasonboard.com>,
Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>,
Vladimir Zapolskiy <vladimir.zapolskiy@linaro.org>,
Dongchun Zhu <dongchun.zhu@mediatek.com>,
Quentin Schulz <quentin.schulz@theobroma-systems.com>,
Todor Tomov <todor.too@gmail.com>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
linux-media@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, imx@lists.linux.dev,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 2/2] media: dt-bindings: Use additionalProperties: false for endpoint: properties:
Date: Mon, 14 Oct 2024 10:47:31 +0200 [thread overview]
Message-ID: <9510b546-28fa-4fb4-b06e-0af5f9fd3bbb@kernel.org> (raw)
In-Reply-To: <6f461cb3-3a41-4a3d-b9b2-71b1c6be77f7@linaro.org>
On 14/10/2024 10:31, Bryan O'Donoghue wrote:
> On 14/10/2024 08:45, Krzysztof Kozlowski wrote:
>> I do not understand the reasoning behind this change at all. I don't
>> think DT maintainers ever suggested it (in fact, rather opposite:
>> suggested using unevaluatedProps) and I think is not a consensus of any
>> talks.
>
> No there is not but then, how do you give consistent feedback except
> proposing something to be a baseline.
>
> On the one hand you have upstream additionalProperties: false and
> unevaluatedProperites: false - it'd be better to have a consistent
> message on which is to be used.
Well, I am afraid that push towards additionalProps will lead to grow
common schema (video-interface-devices or video-interfaces) into huge
one-fit-all binding. And that's not good.
If a common binding for a group of devices encourages you to list its
subset, then it is not that common.
Solution is to fix that, e.g. split it per classes of devices.
Or don't care and use unevaluatedProps because it makes people's life
easier and is still correct. If it is not correct, then this should be
used as an argument.
Best regards,
Krzysztof
next prev parent reply other threads:[~2024-10-14 8:47 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-12 15:02 [PATCH 0/2] media: i2c: Cleanup assigned-clocks and endpoint: properties: unevaluatedProperties: false Bryan O'Donoghue
2024-10-12 15:02 ` [PATCH 1/2] media: dt-bindings: Remove assigned-clock-* from various schema Bryan O'Donoghue
2024-10-12 17:24 ` Laurent Pinchart
2024-10-14 7:43 ` Krzysztof Kozlowski
2024-10-14 8:29 ` Bryan O'Donoghue
2024-10-14 8:44 ` Krzysztof Kozlowski
2024-10-14 10:08 ` Bryan O'Donoghue
2024-10-14 10:20 ` Sakari Ailus
2024-10-14 10:34 ` Krzysztof Kozlowski
2024-10-14 10:46 ` Sakari Ailus
2024-10-14 20:34 ` Laurent Pinchart
2024-10-15 6:13 ` Krzysztof Kozlowski
2024-10-15 11:29 ` Laurent Pinchart
2024-10-15 16:46 ` Rob Herring
2024-10-16 7:47 ` Krzysztof Kozlowski
2024-10-12 15:02 ` [PATCH 2/2] media: dt-bindings: Use additionalProperties: false for endpoint: properties: Bryan O'Donoghue
2024-10-12 18:09 ` Laurent Pinchart
2024-10-13 10:44 ` Bryan O'Donoghue
2024-10-14 7:45 ` Krzysztof Kozlowski
2024-10-14 8:31 ` Bryan O'Donoghue
2024-10-14 8:47 ` Krzysztof Kozlowski [this message]
2024-10-14 9:03 ` Bryan O'Donoghue
2024-10-14 10:37 ` Krzysztof Kozlowski
2024-10-14 20:29 ` Laurent Pinchart
2024-10-15 6:11 ` Krzysztof Kozlowski
2024-10-15 11:28 ` Laurent Pinchart
2024-10-15 11:51 ` Krzysztof Kozlowski
2024-10-16 9:27 ` Laurent Pinchart
2024-10-15 19:44 ` Rob Herring
2024-10-15 22:45 ` Bryan O'Donoghue
2024-10-16 9:31 ` Laurent Pinchart
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=9510b546-28fa-4fb4-b06e-0af5f9fd3bbb@kernel.org \
--to=krzk@kernel.org \
--cc=alain.volmat@foss.st.com \
--cc=bryan.odonoghue@linaro.org \
--cc=conor+dt@kernel.org \
--cc=daniele.alessandrelli@intel.com \
--cc=dave.stevenson@raspberrypi.com \
--cc=devicetree@vger.kernel.org \
--cc=dongchun.zhu@mediatek.com \
--cc=festevam@gmail.com \
--cc=imx@lists.linux.dev \
--cc=kernel@pengutronix.de \
--cc=kieran.bingham@ideasonboard.com \
--cc=krzk+dt@kernel.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=manivannan.sadhasivam@linaro.org \
--cc=martin.hecht@avnet.eu \
--cc=martink@posteo.de \
--cc=mchehab@kernel.org \
--cc=mike.rudenko@gmail.com \
--cc=paul.j.murphy@intel.com \
--cc=paul.kocialkowski@bootlin.com \
--cc=quentin.schulz@theobroma-systems.com \
--cc=ribalda@kernel.org \
--cc=robh@kernel.org \
--cc=s.hauer@pengutronix.de \
--cc=sakari.ailus@linux.intel.com \
--cc=shawnguo@kernel.org \
--cc=todor.too@gmail.com \
--cc=tomm.merciai@gmail.com \
--cc=umang.jain@ideasonboard.com \
--cc=vladimir.zapolskiy@linaro.org \
--cc=zhi.mao@mediatek.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