[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <522e57a5-20bb-48c4-ac55-15e92ad1a6e2@ti.com>
Date: Wed, 22 Nov 2023 22:34:31 +0530
From: Vignesh Raghavendra <vigneshr@...com>
To: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>,
Peter Ujfalusi <peter.ujfalusi@...il.com>,
Vinod Koul <vkoul@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>
CC: <dmaengine@...r.kernel.org>, <devicetree@...r.kernel.org>,
<linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>
Subject: Re: [PATCH v2 1/4] dt-bindings: dma: ti: k3-*: Add descriptions for
register regions
On 22/11/23 21:49, Krzysztof Kozlowski wrote:
> On 22/11/2023 16:42, Vignesh Raghavendra wrote:
>> In preparation for introducing more register regions, add description
>> for existing register regions so that its easier to map reg-names to
>> that of SoC Documentations/TRMs.
>>
>> Signed-off-by: Vignesh Raghavendra <vigneshr@...com>
>> ---
>> .../devicetree/bindings/dma/ti/k3-bcdma.yaml | 26 +++++++++++--------
>> .../devicetree/bindings/dma/ti/k3-pktdma.yaml | 6 ++++-
>> .../devicetree/bindings/dma/ti/k3-udma.yaml | 5 +++-
>> 3 files changed, 24 insertions(+), 13 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/dma/ti/k3-bcdma.yaml b/Documentation/devicetree/bindings/dma/ti/k3-bcdma.yaml
>> index 4ca300a42a99..b5444800b036 100644
>> --- a/Documentation/devicetree/bindings/dma/ti/k3-bcdma.yaml
>> +++ b/Documentation/devicetree/bindings/dma/ti/k3-bcdma.yaml
>> @@ -35,14 +35,6 @@ properties:
>> - ti,am64-dmss-bcdma
>> - ti,j721s2-dmss-bcdma-csi
>>
>> - reg:
>> - minItems: 3
>> - maxItems: 5
>> -
>> - reg-names:
>> - minItems: 3
>> - maxItems: 5
>
> Why do you remove properties from top-level? You shouldn't. We expect
> there to have widest constrains. This is not explained in commit msg and
> really not justified looking at further diff hunks.
>
Sorry, I didn't realize having top-level constraints is a requirement
and thought individual compatibles enforcing that actual constraints is
sufficient. Will add these back in v3.
> Best regards,
> Krzysztof
>
--
Regards
Vignesh
Powered by blists - more mailing lists