[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <af72c0c1-144d-4f04-86ba-d85e5125d261@linaro.org>
Date: Wed, 22 May 2024 09:30:21 +0200
From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To: Xingyu Wu <xingyu.wu@...rfivetech.com>,
Liam Girdwood <lgirdwood@...il.com>, Mark Brown <broonie@...nel.org>,
Claudiu Beznea <Claudiu.Beznea@...rochip.com>,
Jaroslav Kysela <perex@...ex.cz>, Takashi Iwai <tiwai@...e.com>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor.dooley@...rochip.com>
Cc: devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
alsa-devel@...a-project.org, linux-sound@...r.kernel.org
Subject: Re: [PATCH v3 1/2] ASoC: dt-bindings: Add bindings for Cadence I2S-MC
controller
On 08/05/2024 10:03, Krzysztof Kozlowski wrote:
> On 08/05/2024 09:04, Xingyu Wu wrote:
>> Add bindings for the Multi-Channel I2S controller of Cadence.
>>
>> The Multi-Channel I2S (I2S-MC) implements a function of the
>> 8-channel I2S bus interfasce. Each channel can become receiver
>> or transmitter. Four I2S instances are used on the StarFive
>> JH8100 SoC. One instance of them is limited to 2 channels, two
>> instance are limited to 4 channels, and the other one can use
>> most 8 channels. Add a unique property about
>> 'starfive,i2s-max-channels' to distinguish each instance.
>>
>> Signed-off-by: Xingyu Wu <xingyu.wu@...rfivetech.com>
>
>
>> +
>> + starfive,i2s-max-channels:
>> + description:
>> + Number of I2S max stereo channels supported on the StarFive
>> + JH8100 SoC.
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [2, 4, 8]
>> +
>> +allOf:
>> + - $ref: dai-common.yaml#
>> + - if:
>> + properties:
>> + compatible:
>> + contains:
>> + const: starfive,jh8100-i2s
>> + then:
>> + required:
>> + - starfive,i2s-max-channels
>> + else:
>> + properties:
>> + starfive,i2s-max-channels: false
>> +
>> +required:
>
> I asked to put it after properties: block, not after allOf:. See
> example-schema for preferred order. Why? Because we are used to it and
> it makes reading the schema easier for us.
>
> Rest looks good, so with the re-order:
>
> Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
Since you do not plan to fix it and already started pinging mark, I
retract my review.
Unreviewed-by.
Implement the feedback I already asked you BEFORE.
Best regards,
Krzysztof
Powered by blists - more mailing lists