From: Jonathan Cameron <jic23@kernel.org>
To: Marcelo Schmitt <marcelo.schmitt1@gmail.com>
Cc: Tomas Melin <tomas.melin@vaisala.com>,
Marcelo Schmitt <marcelo.schmitt@analog.com>,
linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
nuno.sa@analog.com, dlechner@baylibre.com, andy@kernel.org,
Michael.Hennerich@analog.com, robh@kernel.org,
krzk+dt@kernel.org, conor+dt@kernel.org, corbet@lwn.net,
Conor Dooley <conor.dooley@microchip.com>
Subject: Re: [PATCH v3 1/3] dt-bindings: iio: adc: Add AD4134
Date: Sun, 7 Dec 2025 13:13:22 +0000 [thread overview]
Message-ID: <20251207131322.3b270a18@jic23-huawei> (raw)
In-Reply-To: <aTLVAAQH-I8Rc372@debian-BULLSEYE-live-builder-AMD64>
On Fri, 5 Dec 2025 09:50:08 -0300
Marcelo Schmitt <marcelo.schmitt1@gmail.com> wrote:
> On 12/05, Tomas Melin wrote:
> > Hi,
> >
> > On 02/12/2025 22:55, Marcelo Schmitt wrote:
> > > Add device tree documentation for AD4134 24-Bit, 4-channel simultaneous
> > > sampling, precision ADC.
> > >
> > > Reviewed-by: Conor Dooley <conor.dooley@microchip.com>
> > > Signed-off-by: Marcelo Schmitt <marcelo.schmitt@analog.com>
> > > ---
> > > Change log v2 -> v3:
> > > - fixed typo in powerdown-gpios description.
> > > - picked up Conor's review tag.
> > >
> > > .../bindings/iio/adc/adi,ad4134.yaml | 198 ++++++++++++++++++
> ...
> > > +description: |
> > > + The AD4134 is a quad channel, low noise, simultaneous sampling, precision
> > > + analog-to-digital converter (ADC).
> > > + Specifications can be found at:
> > > + https://www.analog.com/media/en/technical-documentation/data-sheets/ad4134.pdf
> > > +
> > > +$ref: /schemas/spi/spi-peripheral-props.yaml#
> > > +
> > > +properties:
> > > + maxItems: 1
> > > +
> > > + adi,asrc-mode:
> > > + $ref: /schemas/types.yaml#/definitions/string
> > > + description:
> > > + Asynchronous Sample Rate Converter (ASRC) operation mode control input.
> > > + Describes whether the MODE pin is set to a high level (for master mode
> > > + operation) or to a low level (for slave mode operation).
> > > + enum: [ high, low ]
> > > + default: low
> > Since minimim I/O mode is only one currently supported, this should
> > always be low, right? Is the property needed at this point?
>
> Correct, it is expected that adi,asrc-mode will always be low for minimum I/O mode.
> The property is not _needed_ but, according to dt-binding guidelines [1], it is
> desired.
>
> [1]: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/writing-bindings.rst?h=v6.18#n17
>
> >
> > > +
> > > + adi,dclkio:
> > > + description:
> > > + DCLK pin I/O direction control for when the device operates in Pin Control
> > > + Slave Mode or in SPI Control Mode. Describes if DEC0/DCLKIO pin is at a
> > > + high level (which configures DCLK as an output) or to set to a low level
> > > + (configuring DCLK for input).
> > > + enum: [ out, in ]
> > > + default: in
> > > +
> > > + adi,dclkmode:
> > > + description:
> > > + DCLK mode control for when the device operates in Pin Control Slave Mode
> > > + or in SPI Control Mode. Describes whether the DEC1/DCLKMODE pin is set to
> > > + a high level (configuring the DCLK to operate in free running mode) or
> > > + to a low level (to configure DCLK to operate in gated mode).
> > > + enum: [ free-running, gated ]
> > > + default: gated
> > In minimum I/O mode datasheet mentions this should always be gated.
> > Perhaps this and adi,dclkio can be left out and added when driver gains
> > other support than I/O mode?
>
> Yes, that's also correct. A few properties are actually not needed for minimum
> I/O mode (i.e. can have their values inferred from the minimum I/O mode requirements).
> Sure, from developer's perspective it's easier to document only what the driver
> uses. adi,dclkio, adi,dclkmode, adi,asrc-mode, powerdown-gpios, regulators, could
> all be left to a latter time. Fine by me if dt maintainers agree with that.
Add as much as you are sure about to the binding now. Sometimes
we will add properties later (with defaults) to cover things that are
complex enough that they will delay the initial binding merge.
Jonathan
>
> With best regards,
> Marcelo
next prev parent reply other threads:[~2025-12-07 13:13 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-02 20:54 [PATCH v3 0/3] iio: adc: Add AD4134 minimum I/O support Marcelo Schmitt
2025-12-02 20:55 ` [PATCH v3 1/3] dt-bindings: iio: adc: Add AD4134 Marcelo Schmitt
2025-12-05 7:52 ` Tomas Melin
2025-12-05 12:50 ` Marcelo Schmitt
2025-12-07 13:13 ` Jonathan Cameron [this message]
2025-12-07 13:22 ` Jonathan Cameron
2025-12-02 20:55 ` [PATCH v3 2/3] iio: adc: Initial support for AD4134 Marcelo Schmitt
2025-12-02 21:26 ` Andy Shevchenko
2025-12-03 11:02 ` Nuno Sá
2025-12-03 12:59 ` Andy Shevchenko
2025-12-03 14:48 ` Nuno Sá
2025-12-03 14:56 ` Andy Shevchenko
2025-12-04 14:58 ` Marcelo Schmitt
2025-12-07 13:41 ` Jonathan Cameron
2025-12-02 20:55 ` [PATCH v3 3/3] Docs: iio: Add AD4134 Marcelo Schmitt
2025-12-03 11:57 ` Tomas Melin
2025-12-04 15:32 ` Marcelo Schmitt
2025-12-05 7:58 ` Tomas Melin
2025-12-05 12:32 ` Marcelo Schmitt
2025-12-07 13:28 ` Jonathan Cameron
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=20251207131322.3b270a18@jic23-huawei \
--to=jic23@kernel.org \
--cc=Michael.Hennerich@analog.com \
--cc=andy@kernel.org \
--cc=conor+dt@kernel.org \
--cc=conor.dooley@microchip.com \
--cc=corbet@lwn.net \
--cc=devicetree@vger.kernel.org \
--cc=dlechner@baylibre.com \
--cc=krzk+dt@kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo.schmitt1@gmail.com \
--cc=marcelo.schmitt@analog.com \
--cc=nuno.sa@analog.com \
--cc=robh@kernel.org \
--cc=tomas.melin@vaisala.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;
as well as URLs for NNTP newsgroup(s).