From: Jonathan Cameron <Jonathan.Cameron@Huawei.com>
To: Ivan Mikhaylov <fr0st61te@gmail.com>
Cc: Conor Dooley <conor@kernel.org>,
Jonathan Cameron <jic23@kernel.org>,
Lars-Peter Clausen <lars@metafoo.de>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>, <linux-iio@vger.kernel.org>,
<linux-kernel@vger.kernel.org>, <devicetree@vger.kernel.org>
Subject: Re: [PATCH v2 1/2] dt-bindings: adc: provide max34408/9 device tree binding document
Date: Mon, 2 Oct 2023 10:21:55 +0100 [thread overview]
Message-ID: <20231002102155.000030bb@Huawei.com> (raw)
In-Reply-To: <591e8c9a4018938df17cdfb55306813858904d9d.camel@gmail.com>
On Sat, 30 Sep 2023 22:38:58 +0300
Ivan Mikhaylov <fr0st61te@gmail.com> wrote:
> On Sat, 2023-09-30 at 10:37 +0100, Conor Dooley wrote:
> > Hey,
> >
> > On Fri, Sep 29, 2023 at 11:08:43PM +0300, Ivan Mikhaylov wrote:
> > > The hardware binding for i2c current monitoring device with
> > > overcurrent
> > > control.
> > >
> > > Signed-off-by: Ivan Mikhaylov <fr0st61te@gmail.com>
> > > ---
> > > .../bindings/iio/adc/maxim,max34408.yaml | 101
> > > ++++++++++++++++++
> > > 1 file changed, 101 insertions(+)
> > > create mode 100644
> > > Documentation/devicetree/bindings/iio/adc/maxim,max34408.yaml
> > >
> > > diff --git
> > > a/Documentation/devicetree/bindings/iio/adc/maxim,max34408.yaml
> > > b/Documentation/devicetree/bindings/iio/adc/maxim,max34408.yaml
> > > new file mode 100644
> > > index 000000000000..cdf89fa4c80e
> > > --- /dev/null
> > > +++ b/Documentation/devicetree/bindings/iio/adc/maxim,max34408.yaml
> > > @@ -0,0 +1,101 @@
> > > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> > > +%YAML 1.2
> > > +---
> > > +$id: http://devicetree.org/schemas/iio/adc/maxim,max34408.yaml#
> > > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > > +
> > > +title: Two- and four-channel current monitors with overcurrent
> > > control
> > > +
> > > +maintainers:
> > > + - Ivan Mikhaylov <fr0st61te@gmail.com>
> > > +
> > > +description: |
> > > + The MAX34408/MAX34409 are two- and four-channel current monitors
> > > that are
> > > + configured and monitored with a standard I2C/SMBus serial
> > > interface. Each
> > > + unidirectional current sensor offers precision high-side
> > > operation with a
> > > + low full-scale sense voltage. The devices automatically sequence
> > > through
> > > + two or four channels and collect the current-sense samples and
> > > average them
> > > + to reduce the effect of impulse noise. The raw ADC samples are
> > > compared to
> > > + user-programmable digital thresholds to indicate overcurrent
> > > conditions.
> > > + Overcurrent conditions trigger a hardware output to provide an
> > > immediate
> > > + indication to shut down any necessary external circuitry.
> > > +
> > > + Specifications about the devices can be found at:
> > > +
> > > https://www.analog.com/media/en/technical-documentation/data-sheets/MAX34408-MAX34409.pdf
> > > +
> > > +properties:
> > > + compatible:
> > > + enum:
> > > + - maxim,max34408
> > > + - maxim,max34409
> > > +
> > > + reg:
> > > + maxItems: 1
> > > +
> > > + interrupts:
> > > + maxItems: 1
> > > +
> > > + maxim,input1-rsense-val-micro-ohms:
> > > + description:
> > > + Adjust the Rsense value to monitor higher or lower current
> > > levels for
> > > + input 1.
> > > + enum: [250, 500, 1000, 5000, 10000, 50000, 100000, 200000,
> > > 500000]
> > > + default: 1000
> > > +
> > > + maxim,input2-rsense-val-micro-ohms:
> > > + description:
> > > + Adjust the Rsense value to monitor higher or lower current
> > > levels for
> > > + input 2.
> > > + enum: [250, 500, 1000, 5000, 10000, 50000, 100000, 200000,
> > > 500000]
> > > + default: 1000
> > > +
> > > + maxim,input3-rsense-val-micro-ohms:
> > > + description:
> > > + Adjust the Rsense value to monitor higher or lower current
> > > levels for
> > > + input 3.
> > > + enum: [250, 500, 1000, 5000, 10000, 50000, 100000, 200000,
> > > 500000]
> > > + default: 1000
> > > +
> > > + maxim,input4-rsense-val-micro-ohms:
> > > + description:
> > > + Adjust the Rsense value to monitor higher or lower current
> > > levels for
> > > + input 4.
> > > + enum: [250, 500, 1000, 5000, 10000, 50000, 100000, 200000,
> > > 500000]
> > > + default: 1000
> >
> > Having 4 almost identical properties makes it seem like this should
> > have
> > some channel nodes, each containing an rsense-micro-ohms type
> > property.
>
> Conor, I'll look through.
>
> >
> > > +
> > > + maxim,shtdn:
> > > + description:
> > > + Shutdown Output. Open-drain output. This output transitions
> > > to high impedance
> > > + when any of the digital comparator thresholds are exceeded
> > > as long as the ENA
> > > + pin is high.
> > > + type: boolean
> >
> > I don't understand what this property is used for. The description
> > here,
> > and below for "ena", read like they are the descriptions in the
> > datasheet for the pin, rather than how to use the property.
> >
> > The drivers don't appear to contain users either - what is the point
> > of
> > these properties?
>
> ena and shtdn physical pins of hardware, in the previous version
> Jonathan asked about adding them into yaml even if it's not used in
> code. should I do it in some other way?
Yes, use the gpio bindings.
enable-gpios, isshutdown-gpios
perhaps - though try and find a similar example for the naming.
The shutdown one is a bit unusual in that it indicates the device
has shutdown for one of several possible reasons (IIRC)
Jonathan
>
> >
> > > +
> > > + maxim,ena:
> > > + description:
> > > + SHTDN Enable Input. CMOS digital input. Connect to GND to
> > > clear the latch and
> > > + unconditionally deassert (force low) the SHTDN output and
> > > reset the shutdown
> > > + delay. Connect to VDD to enable normal latch operation of
> > > the SHTDN output.
> > > + type: boolean
> > > +
> > > + supply-vdd: true
> >
> > As pointed out by the bot, this is not correct. You need to use a
> > -supply affix, not a supply-prefix.
>
> Oops.
>
> Thanks.
>
>
next prev parent reply other threads:[~2023-10-02 9:22 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-29 20:08 [PATCH v2 0/2] Add maxim max34408/34409 ADC driver and yaml Ivan Mikhaylov
2023-09-29 20:08 ` [PATCH v2 1/2] dt-bindings: adc: provide max34408/9 device tree binding document Ivan Mikhaylov
2023-09-29 21:36 ` Rob Herring
2023-09-30 9:37 ` Conor Dooley
2023-09-30 14:09 ` Jonathan Cameron
2023-09-30 19:38 ` Ivan Mikhaylov
2023-10-02 9:21 ` Jonathan Cameron [this message]
2023-09-29 20:08 ` [PATCH v2 2/2] iio: adc: Add driver support for MAX34408/9 Ivan Mikhaylov
2023-09-30 0:37 ` kernel test robot
2023-09-30 14:23 ` 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=20231002102155.000030bb@Huawei.com \
--to=jonathan.cameron@huawei.com \
--cc=conor+dt@kernel.org \
--cc=conor@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=fr0st61te@gmail.com \
--cc=jic23@kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh+dt@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.