From: Alexander Stein <alexander.stein@ew.tq-group.com>
To: Marco Felsch <m.felsch@pengutronix.de>
Cc: Jonathan Cameron <jic23@kernel.org>,
Cai Huoqing <cai.huoqing@linux.dev>,
Haibo Chen <haibo.chen@nxp.com>,
Lars-Peter Clausen <lars@metafoo.de>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Shawn Guo <shawnguo@kernel.org>,
Sascha Hauer <s.hauer@pengutronix.de>,
Fabio Estevam <festevam@gmail.com>,
devicetree@vger.kernel.org, linux-iio@vger.kernel.org,
NXP Linux Team <linux-imx@nxp.com>,
Pengutronix Kernel Team <kernel@pengutronix.de>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 1/1] dt-bindings: iio: adc: add missing vref-supply
Date: Fri, 03 Feb 2023 15:20:41 +0100 [thread overview]
Message-ID: <3214924.aeNJFYEL58@steina-w> (raw)
In-Reply-To: <20230203141217.et55oxbtxcilg3ig@pengutronix.de>
Am Freitag, 3. Februar 2023, 15:12:17 CET schrieb Marco Felsch:
> Hi,
>
> On 23-02-03, Alexander Stein wrote:
>
> ...
>
> > > > > > > + vref-supply:
> > > > > > > + description: External ADC reference voltage supply on VREFH
> > > > > > > pad.
> > > > > >
> > > > > > Please add it to the list of required properties, we can remove it
> > > > > > as
> > > > > > soon as the driver has support for the internal reference
> > > > > > voltages.
> > > > >
> > > > > I was thinking in doing so before as well. But DT describes the
> > > > > hardware, and this ADC apparently would be functioning without a
> > > > > reference voltage on that pad, using a different one. What the
> > > > > driver
> > > > > actual does is a different matter.>
> > > >
> > > > I have also thought about it first but than I checked the RM which
> > > > says
> > > > that "multi-reference selection" is chip dependent.
> >
> > Nice for pointing this out. I wasn't aware that there are differences.
> >
> > > Oh goody. So is it detectable?
> >
> > That's my problem. I didn't find any source of information which chips do
> > support multiple references and which don't.
> > Marco, do you have some information on this?
>
> You can download the RM from the NXP website but you need an account for
> it:
> https://www.nxp.com/products/processors-and-microcontrollers/arm-processors/
> i-mx-applications-processors/i-mx-8-applications-processors/i-mx-8-family-ar
> m-cortex-a53-cortex-a72-virtualization-vision-3d-graphics-4k-video:i.MX8
>
> Or is this the wrong model? The naming scheme is quite confusing to me.
That's i.MX8 (imx8qm), the bindings are for i.MX8X (imx8qxp/imx8dxp). But I
assume the ADC is similar/identical.
> > > If we are going to stick to a single compatible rather than adding them
> > > for
> > > the variants with and without this feature, should probably add a note
> > > at
> > > least to say it is required for some parts.
> >
> > That's a good idea. I'm okay with that, until there is more information
> > available.
>
> According the RM there is a bit which can be read: Multi Vref
> Implemented (MVI).
Ah, nice. So there is a hardware feature. From the RM I have available it is
set for both imx8qm and imx8qxp. Given that I will not mark this as required,
but add a comment regarding this feature bit.
Best regards,
Alexander
> Regards,
> Marco
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2023-02-03 14:31 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-31 10:13 [PATCH 1/1] dt-bindings: iio: adc: add missing vref-supply Alexander Stein
2023-01-31 10:48 ` Marco Felsch
2023-01-31 12:14 ` Alexander Stein
2023-02-01 12:13 ` Marco Felsch
2023-02-02 17:10 ` Jonathan Cameron
2023-02-03 7:03 ` Alexander Stein
2023-02-03 14:12 ` Marco Felsch
2023-02-03 14:20 ` Alexander Stein [this message]
2023-02-04 0:13 ` Marco Felsch
2023-02-06 11:54 ` Alexander Stein
2023-01-31 12:16 ` Fabio Estevam
2023-01-31 13:20 ` Alexander Stein
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=3214924.aeNJFYEL58@steina-w \
--to=alexander.stein@ew.tq-group.com \
--cc=cai.huoqing@linux.dev \
--cc=devicetree@vger.kernel.org \
--cc=festevam@gmail.com \
--cc=haibo.chen@nxp.com \
--cc=jic23@kernel.org \
--cc=kernel@pengutronix.de \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=lars@metafoo.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-imx@nxp.com \
--cc=m.felsch@pengutronix.de \
--cc=robh+dt@kernel.org \
--cc=s.hauer@pengutronix.de \
--cc=shawnguo@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;
as well as URLs for NNTP newsgroup(s).