From: <Andrei.Simion@microchip.com>
To: <krzk@kernel.org>, <claudiu.beznea@tuxon.dev>,
<lgirdwood@gmail.com>, <broonie@kernel.org>, <perex@perex.cz>,
<tiwai@suse.com>, <robh@kernel.org>, <krzk+dt@kernel.org>,
<conor+dt@kernel.org>, <Nicolas.Ferre@microchip.com>,
<alexandre.belloni@bootlin.com>
Cc: <alsa-devel@alsa-project.org>, <linux-sound@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 2/2] ASoC: dt-bindings: microchip,sama7g5-i2smcc: Add 'sound-name-prefix' property
Date: Mon, 9 Sep 2024 12:28:32 +0000 [thread overview]
Message-ID: <d4b445ec-dc9c-4313-8ef2-e5c086f21449@microchip.com> (raw)
In-Reply-To: <2bb15a72-82ef-4bc4-b01e-e4768687bab6@kernel.org>
On 09.09.2024 11:38, Krzysztof Kozlowski wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe
>
> On 09/09/2024 10:35, Andrei Simion wrote:
>> From: Codrin Ciubotariu <codrin.ciubotariu@microchip.com>
>>
>> Add 'sound-name-prefix' property to differentiate between interfaces in
>> DPCM use-cases. Property is optional.
>>
>> [andrei.simion@microchip.com: Adjust the commit title and message.
>> Reword the description for 'sound-name-prefix'.]
>>
>> Signed-off-by: Codrin Ciubotariu <codrin.ciubotariu@microchip.com>
>> Signed-off-by: Andrei Simion <andrei.simion@microchip.com>
>> ---
>> .../bindings/sound/microchip,sama7g5-i2smcc.yaml | 7 +++++++
>> 1 file changed, 7 insertions(+)
>>
>> diff --git a/Documentation/devicetree/bindings/sound/microchip,sama7g5-i2smcc.yaml b/Documentation/devicetree/bindings/sound/microchip,sama7g5-i2smcc.yaml
>> index fb630a184350..ad34df67c7c0 100644
>> --- a/Documentation/devicetree/bindings/sound/microchip,sama7g5-i2smcc.yaml
>> +++ b/Documentation/devicetree/bindings/sound/microchip,sama7g5-i2smcc.yaml
>> @@ -52,6 +52,13 @@ properties:
>> - const: gclk
>> minItems: 1
>>
>> + sound-name-prefix:
>> + pattern: "^I2SMCC[0-9]$"
>
> This does not look correct. Name/prefix can be anything matching real
> hardware, why are you restricting it? How can you predict all names?
>
Based on the datasheet, the SoC(s) have the following naming conventions:
- sama7g5: I2SMCC0 and I2SMCC1
- sam9x60/sam9x75: I2SMCC
To accommodate these variations, I propose using a more relaxed pattern: "^I2SMCC(0-9)?$".
This pattern allows for both the fixed prefix and an optional single digit at the end.
What are your thoughts on this approach?
>> + $ref: /schemas/types.yaml#/definitions/string
>> + description:
>> + Unique prefixes for the sink/source names of the component, ensuring
>> + distinct identification among multiple instances.
>
> You are duplicating property definitions. This is not needed at all.
> Maybe your schema misses $ref to common schema.
>
I understand the concern about duplicating property definitions.
In the current file, I have referenced `dai-common` as shown here:
https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bindings/sound/microchip%2Csama7g5-i2smcc.yaml#L74C1-L75C27
Could you please confirm if this reference is correctly implemented,
or suggest any adjustments needed to align with the common schema?
Best Regards,
Andrei Simion
>
> Best regards,
> Krzysztof
>
next prev parent reply other threads:[~2024-09-09 12:28 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-09 8:35 [PATCH 0/2] Adjust Stream Name and DT Bindings Updates Andrei Simion
2024-09-09 8:35 ` [PATCH 1/2] ASoC: atmel: mchp-i2s-mcc: Remove interface name from stream_name Andrei Simion
2024-09-09 8:35 ` [PATCH 2/2] ASoC: dt-bindings: microchip,sama7g5-i2smcc: Add 'sound-name-prefix' property Andrei Simion
2024-09-09 8:38 ` Krzysztof Kozlowski
2024-09-09 12:28 ` Andrei.Simion [this message]
2024-09-09 17:51 ` Krzysztof Kozlowski
2024-09-10 7:17 ` Krzysztof Kozlowski
2024-09-10 7:23 ` Andrei.Simion
2024-09-09 21:01 ` (subset) [PATCH 0/2] Adjust Stream Name and DT Bindings Updates Mark Brown
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=d4b445ec-dc9c-4313-8ef2-e5c086f21449@microchip.com \
--to=andrei.simion@microchip.com \
--cc=Nicolas.Ferre@microchip.com \
--cc=alexandre.belloni@bootlin.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@kernel.org \
--cc=claudiu.beznea@tuxon.dev \
--cc=conor+dt@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=krzk@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=perex@perex.cz \
--cc=robh@kernel.org \
--cc=tiwai@suse.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