From: Ricardo Rivera-Matos <rriveram@opensource.cirrus.com>
To: Krzysztof Kozlowski <krzk@kernel.org>
Cc: David Rhodes <david.rhodes@cirrus.com>,
Richard Fitzgerald <rf@opensource.cirrus.com>,
Liam Girdwood <lgirdwood@gmail.com>,
Mark Brown <broonie@kernel.org>, Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
linux-sound@vger.kernel.org, patches@opensource.cirrus.com,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 1/2] ASoC: dt-bindings: cs35l45: Adds SYNC properties
Date: Tue, 18 Aug 2026 08:33:04 -0500 [thread overview]
Message-ID: <e3d9a8fb-cd16-421b-8749-250bf4229b65@opensource.cirrus.com> (raw)
In-Reply-To: <20260817-brawny-smart-dove-85e4a5@quoll>
On 8/17/26 2:39 AM, Krzysztof Kozlowski wrote:
> On Fri, Aug 14, 2026 at 10:34:52PM +0000, Ricardo Rivera-Matos wrote:
>> Introduces support for the multidevice synchronization (SYNC)
>> bus. The properties introduced allow for the configuration
>> of the device's transmitter IDs.
>>
>> Signed-off-by: Ricardo Rivera-Matos <rriveram@opensource.cirrus.com>
>> ---
>> .../bindings/sound/cirrus,cs35l45.yaml | 27 +++++++++++++++++++
>> 1 file changed, 27 insertions(+)
>
> Sashiko comments are valid.
Sashiko contradicts itself in its own comment.
> In Device Tree design, child nodes usually represent distinct
> hardware components, sub-devices, buses, or standardized structural elements
> rather than serving as logical folders to group related configuration
> properties.
Emphasis on the buses part of the list of things that merit a child
node. MDSYNC is a bus.
Willing to go either way on this, but I do feel it looks a bit tidier
and follows the pattern set by the GPIO nodes already in this DT binding.
>
>>
>> diff --git a/Documentation/devicetree/bindings/sound/cirrus,cs35l45.yaml b/Documentation/devicetree/bindings/sound/cirrus,cs35l45.yaml
>> index 70f6c62aedca..f64ba8c872b9 100644
>> --- a/Documentation/devicetree/bindings/sound/cirrus,cs35l45.yaml
>> +++ b/Documentation/devicetree/bindings/sound/cirrus,cs35l45.yaml
>> @@ -53,6 +53,29 @@ properties:
>> maximum: 3
>> default: 2
>>
>> + sync:
>> + description:
>> + Multidevice synchronization (SYNC) bus configuration
>> + type: object
>> + additionalProperties: false
>> + properties:
>> + cirrus,sync-lsw-txid:
>> + description: |
>
> Do not need '|' unless you need to preserve formatting.
ACK, will fix this in v3.
>
>> + Transmitter ID to use for long software (LSW) data packets
>> + on the SYNC bus.
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + minimum: 0
>> + maximum: 7
>> + default: 0
>> + cirrus,sync-sw-txid:
>> + description: |
>> + Transmitter ID to use for short software (SW) data packets
>> + on the SYNC bus.
>
> What is transmitter ID? Why does it differ per board designs?
Transmitter ID sets the arbitration priority in the event two devices
clash when transmitting. Higher priority device gets to transmit and the
loser(s) try again later. The winner of the original conflict does not
transmit again until the bus idles (all losers have transmitted).
Equal priority by setting identical TX IDs breaks the bus and no one
wins in the event of a bus clash (never desirable).
If the transducers are dissimilar, then a system integrator would
intentionally want a set of these devices to have a higher priority than
the other sets.
>
> Best regards,
> Krzysztof
>
prev parent reply other threads:[~2026-08-18 13:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-14 22:34 [PATCH v2 1/2] ASoC: dt-bindings: cs35l45: Adds SYNC properties Ricardo Rivera-Matos
2026-08-14 22:34 ` [PATCH v2 2/2] ASoC: cs35l45: Adds support for SYNC bus Ricardo Rivera-Matos
2026-08-14 22:41 ` sashiko-bot
2026-08-17 14:07 ` Ricardo Rivera-Matos
2026-08-17 17:37 ` Mark Brown
2026-08-17 19:33 ` Ricardo Rivera-Matos
2026-08-14 22:34 ` [PATCH v2 0/2] Introduces MDSYNC support for CS35L45 Ricardo Rivera-Matos
2026-08-14 22:40 ` [PATCH v2 1/2] ASoC: dt-bindings: cs35l45: Adds SYNC properties sashiko-bot
2026-08-17 7:39 ` Krzysztof Kozlowski
2026-08-18 13:33 ` Ricardo Rivera-Matos [this message]
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=e3d9a8fb-cd16-421b-8749-250bf4229b65@opensource.cirrus.com \
--to=rriveram@opensource.cirrus.com \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=david.rhodes@cirrus.com \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=krzk@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=patches@opensource.cirrus.com \
--cc=rf@opensource.cirrus.com \
--cc=robh@kernel.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