From: David Lechner <dlechner@baylibre.com>
To: Krzysztof Kozlowski <krzk@kernel.org>,
Jonathan Cameron <jic23@kernel.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>
Cc: "Michael Hennerich" <michael.hennerich@analog.com>,
"Nuno Sá" <nuno.sa@analog.com>,
"Jonathan Corbet" <corbet@lwn.net>,
linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org
Subject: Re: [PATCH 1/3] dt-bindings: iio: adc: add AD4695 and similar ADCs
Date: Thu, 13 Jun 2024 09:39:20 -0500 [thread overview]
Message-ID: <b6b52b1e-847b-44ca-87f9-095a78164771@baylibre.com> (raw)
In-Reply-To: <e09fecf4-bde2-4feb-8312-22c530c6a960@kernel.org>
On 6/13/24 9:18 AM, Krzysztof Kozlowski wrote:
> On 13/06/2024 15:57, David Lechner wrote:
>>
>>>
>>>> + - const: adi,ad4695
>>>> + - items:
>>>> + - const: adi,ad4697-wlcsp
>>>> + - const: adi,ad4697
>>>> + # same chips with higher max sample rate
>>
>> I suppose one could make the argument that the programming model is
>> the same on these too, but the maximum sampling frequency does seem
>> like an important bit of information so that you don't try to set
>> the conversion trigger rate too high.
>>
>
> which property is that? I don't see differences in the driver, so I
> don't get how these wlcsp compatibles allow you to control value of
> conversion trigger.
This comment is unrelated to the package type (WLCSP or LFCSP).
What I mean is that e.g. AD4695 and AD4696 are virtually identical
other than the maximum allowable sample rate (500 kSPS or 1 MSPS).
So my thinking was that it would make sense to have:
compatible = "ad4695";
for the lower sample rate chip and
compatible = "ad4696", "ad4695";
for the higher sample rate chip since ad4696 can do everything
that ad4695 does plus a bit more.
We haven't implemented buffered reads in the driver yet, so there
isn't anything currently to be seen there. But when we do, we probably
want to limit the allowable value for the sampling_frequency attribute
based on which version of the chip is present. (I would like to get
Jonathan's opinion of if this is something we actually need to do
or not.)
next prev parent reply other threads:[~2024-06-13 14:39 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-12 19:20 [PATCH 0/3] iio: adc: ad4695: new driver for AD4695 and similar ADCs David Lechner
2024-06-12 19:20 ` [PATCH 1/3] dt-bindings: iio: adc: add " David Lechner
2024-06-13 7:11 ` Krzysztof Kozlowski
2024-06-13 13:57 ` David Lechner
2024-06-13 14:18 ` Krzysztof Kozlowski
2024-06-13 14:39 ` David Lechner [this message]
2024-06-13 15:11 ` Nuno Sá
2024-06-13 19:43 ` Rob Herring
2024-06-13 20:09 ` David Lechner
2024-06-15 12:25 ` Jonathan Cameron
2024-06-15 12:41 ` Jonathan Cameron
2024-06-15 15:23 ` David Lechner
2024-06-15 17:55 ` Jonathan Cameron
2024-06-12 19:20 ` [PATCH 2/3] iio: adc: ad4695: Add driver for " David Lechner
2024-06-12 19:40 ` David Lechner
2024-06-15 13:10 ` Jonathan Cameron
2024-06-12 19:20 ` [PATCH 3/3] Documentation: iio: Document ad4695 driver David Lechner
2024-06-15 13:12 ` 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=b6b52b1e-847b-44ca-87f9-095a78164771@baylibre.com \
--to=dlechner@baylibre.com \
--cc=conor+dt@kernel.org \
--cc=corbet@lwn.net \
--cc=devicetree@vger.kernel.org \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=krzk@kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=michael.hennerich@analog.com \
--cc=nuno.sa@analog.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