From: Nicolas Ferre <nicolas.ferre@microchip.com>
To: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>,
Tudor Ambarus <tudor.ambarus@linaro.org>,
<Varshini.Rajendran@microchip.com>, <herbert@gondor.apana.org.au>,
<davem@davemloft.net>, <robh+dt@kernel.org>,
<krzysztof.kozlowski+dt@linaro.org>, <conor+dt@kernel.org>,
<alexandre.belloni@bootlin.com>, <claudiu.beznea@microchip.com>,
<linux-crypto@vger.kernel.org>, <devicetree@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v3 11/50] dt-bindings: crypto: add sam9x7 in Atmel TDES
Date: Mon, 21 Aug 2023 10:41:59 +0200 [thread overview]
Message-ID: <adeed0b2-e09b-78cf-ebfd-08d3949ca9ea@microchip.com> (raw)
In-Reply-To: <96033a59-a2ea-c906-a033-84119c5783d7@linaro.org>
Hi Tudor, all,
On 19/08/2023 at 16:34, Krzysztof Kozlowski wrote:
> On 10/08/2023 09:22, Tudor Ambarus wrote:
>>
>> On 8/10/23 06:38, Varshini.Rajendran@microchip.com wrote:
>>>> On 7/28/23 11:24, Varshini Rajendran wrote:
>>>>> Add DT bindings for atmel TDES.
>>>> NACK. The atmel crypto drivers check the version at runtime and
>>>> fill a capabilities structure based on the version identified.
>>>> There's a single compatible regardless of the version of the IP
>>>> used until now, why do you want to change it?
>>>>
>>> Hi Tudor,
>>
>> Hi,
>>
>>> I am aware that there is no change in the crypto IP used. This patch is
Actually, recent history showed us that it's not only the IP itself but
its integration into final product that could have an influence on the
behavior.
>>> to add a SoC specific compatible as expected by writing-bindings
>>> guideline. Maybe a bit more explanation in the commit description might
>>> do the trick.
>>>
>>
>> So you add a compatible that will never be used just to comply with
>> the writing bindings guideline?
>
> How do you know that it is never going to be used? The guideline asks
> for this on purpose, so any future quirks or incompatibilities can be
> easily addressed.
In this recent case, having a an adapted compatibility string is an
added value.
And yes, I changed my mind and would like to be systematic now with
at91/microchip DT compatibility strings. Our long history and big legacy
in arm-soc is sometimes difficult to handle, but we're moving little by
little to comply with guidelines.
My conclusion is that Varshini's addition is the way to go.
Best regards,
Nicolas
next prev parent reply other threads:[~2023-08-21 8:42 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-28 10:24 [PATCH v3 11/50] dt-bindings: crypto: add sam9x7 in Atmel TDES Varshini Rajendran
2023-07-28 11:17 ` Tudor Ambarus
2023-08-10 5:38 ` Varshini.Rajendran
2023-08-10 7:22 ` Tudor Ambarus
2023-08-19 14:34 ` Krzysztof Kozlowski
2023-08-21 8:41 ` Nicolas Ferre [this message]
2023-08-21 9:54 ` Tudor Ambarus
2023-08-21 12:10 ` Krzysztof Kozlowski
2023-08-21 13:00 ` Tudor Ambarus
2023-08-21 13:12 ` Krzysztof Kozlowski
2023-08-21 8:59 ` Nicolas Ferre
2023-08-21 9:59 ` Tudor Ambarus
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=adeed0b2-e09b-78cf-ebfd-08d3949ca9ea@microchip.com \
--to=nicolas.ferre@microchip.com \
--cc=Varshini.Rajendran@microchip.com \
--cc=alexandre.belloni@bootlin.com \
--cc=claudiu.beznea@microchip.com \
--cc=conor+dt@kernel.org \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=herbert@gondor.apana.org.au \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=krzysztof.kozlowski@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh+dt@kernel.org \
--cc=tudor.ambarus@linaro.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).