From: Rob Herring <robh@kernel.org>
To: "Vaittinen, Matti" <Matti.Vaittinen@fi.rohmeurope.com>
Cc: "mazziesaccount@gmail.com" <mazziesaccount@gmail.com>,
"dmurphy@ti.com" <dmurphy@ti.com>,
"linux-leds@vger.kernel.org" <linux-leds@vger.kernel.org>,
"linux-rtc@vger.kernel.org" <linux-rtc@vger.kernel.org>,
"linux-gpio@vger.kernel.org" <linux-gpio@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"alexandre.belloni@bootlin.com" <alexandre.belloni@bootlin.com>,
"mturquette@baylibre.com" <mturquette@baylibre.com>,
"lgirdwood@gmail.com" <lgirdwood@gmail.com>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"jacek.anaszewski@gmail.com" <jacek.anaszewski@gmail.com>,
"a.zummo@towertech.it" <a.zummo@towertech.it>,
"linus.walleij@linaro.org" <linus.walleij@linaro.org>,
"mark.rutland@arm.com" <mark.rutland@arm.com>,
"bgolaszewski@baylibre.com" <bgolaszewski@baylibre.com>,
"linux-clk@vger.kernel.org" <linux-clk@vger.kernel.org>,
"sboyd@kernel.org" <sboyd@kernel.org>,
"pavel@ucw.cz" <pavel@ucw.cz>,
"broonie@kernel.org" <broonie@kernel.org>,
"lee.jones@linaro.org" <lee.jones@linaro.org>
Subject: Re: [RFC PATCH v2 02/13] dt-bindings: mfd: Document ROHM BD71828 bindings
Date: Tue, 29 Oct 2019 14:34:40 -0500 [thread overview]
Message-ID: <20191029193440.GA1812@bogus> (raw)
In-Reply-To: <5c793f1308ccc6e787260b64fe6a875a8d0eb9d0.camel@fi.rohmeurope.com>
On Fri, Oct 25, 2019 at 05:49:17AM +0000, Vaittinen, Matti wrote:
> Hello Dan,
>
> Thanks again for checking this :)
>
> On Thu, 2019-10-24 at 14:35 -0500, Dan Murphy wrote:
> > Matti
> >
> > On 10/24/19 6:41 AM, Matti Vaittinen wrote:
> > > ROHM BD71828 Power management IC integrates 7 buck converters, 7
> > > LDOs,
> > > a real-time clock (RTC), 3 GPO/regulator control pins, HALL input
> > > and a 32.768 kHz clock gate.
> > >
> > > Document the dt bindings drivers are using.
> > >
> > > Signed-off-by: Matti Vaittinen <matti.vaittinen@fi.rohmeurope.com>
> > > ---
> > >
> > > No changes since v1
> > >
> > > .../bindings/mfd/rohm,bd71828-pmic.txt | 180
> > > ++++++++++++++++++
> > > 1 file changed, 180 insertions(+)
> > > create mode 100644
> > > Documentation/devicetree/bindings/mfd/rohm,bd71828-pmic.txt
> >
> > I will let maintainers weigh in here but if this is new this should
> > probably be in the yaml format to avoid conversion in the future
>
> Oh... This is new to me. I guess there are reasons for this - but I
> must say I am not excited as I have never used yaml for anything. I'll
> do as you suggest and wait for what others have to say :) Thanks for
> pointing this out though.
Sorry for your lack of excitement. It could be XML...
There aren't many MFD examples yet, but there is max77650 in my tree and
linux-next.
> > > diff --git a/Documentation/devicetree/bindings/mfd/rohm,bd71828-
> > > pmic.txt b/Documentation/devicetree/bindings/mfd/rohm,bd71828-
> > > pmic.txt
> > > new file mode 100644
> > > index 000000000000..125efa9f3de0
> > > --- /dev/null
> > > +++ b/Documentation/devicetree/bindings/mfd/rohm,bd71828-pmic.txt
> > > @@ -0,0 +1,180 @@
> > > +* ROHM BD71828 Power Management Integrated Circuit bindings
> > > +
> > > +BD71828GW is a single-chip power management IC for battery-powered
> > > portable
> > > +devices. The IC integrates 7 buck converters, 7 LDOs, and a 1500
> > > mA single-cell
> > > +linear charger. Also included is a Coulomb counter, a real-time
> > > clock (RTC),
> > > +and a 32.768 kHz clock gate.
> > > +
> > > +Required properties:
> > > + - compatible : Should be "rohm,bd71828".
> > > + - reg : I2C slave address.
> > > + - interrupt-parent : Phandle to the parent
> > > interrupt controller.
> > > + - interrupts : The interrupt line the device
> > > is connected to.
> > > + - clocks : The parent clock connected to PMIC.
> > > + - #clock-cells : Should be 0.
> > > + - regulators : List of child nodes that
> > > specify the
> > > + regulators. Please see
> > > + ../regulator/rohm,bd71828-
> > > regulator.txt
> > > + - gpio-controller : To indicate BD71828 acts as a GPIO
> > > controller.
> > > + - #gpio-cells : Should be 2. The first cell
> > > is the pin number
> > > + and the second cell is used to
> > > specify flags.
> > > + See ../gpio/gpio.txt for more
> > > information.
> > > +
> > > +The BD71828 RUN state is divided into 4 configurable run-levels
> > > named RUN0,
> > > +RUN1, RUN2 and RUN3. Bucks 1, 2, 6 and 7 can be either controlled
> > > individually
> > > +via I2C, or some/all of them can be bound to run-levels and
> > > controlled as a
> > > +group. If bucks are controlled individually these run-levels are
> > > ignored. See
> > > +../regulator/rohm,bd71828-regulator.txt for how to define
> > > regulator voltages
>
> > The rohm,bd71828-regulator.txt should be yaml if the maintainers want
> > it
> > that way.
>
> Let's see if this should be changed then :)
>
> > > +for run-levels. Run-levels can be changed by I2C or GPIO depending
> > > on PMIC's OTP
> > > +configuration.
> > > +
> > > +Optional properties:
> > > +- clock-output-names : Should contain name for
> > > output clock.
> > > +- rohm,dvs-vsel-gpios : GPIOs used to control PMIC
> > > run-levels. Should
> > > + describe two GPIOs. (See run-level
> > > control in
> > > + data-sheet). If this property is
> > > omitted but
> > > + some bucks are marked to be
> > > controlled by
> > > + run-levels - then OTP option allowing
> > > + run-level control via I2C is assumed.
> > > +- gpio-reserved-ranges : Usage of GPIO pins can be
> > > changed via OTP.
> > > + This property can be used to mark the
> > > pins
> > > + which should not be configured for
> > > GPIO.
> > > + Please see the ../gpio/gpio.txt for
> > > more
> > > + information.
> > > +
> > > +Example:
> > > +
> >
> > This example does not look right.
> >
> > I see that I2C is referenced above so the example could look like
> > this
> >
> > osc: oscillator {
> > compatible = "fixed-clock";
> > #clock-cells = <1>;
> > clock-frequency = <32768>;
> > clock-output-names = "osc";
> > };
> >
> > This is an external oscillator and is not really part of the pmic
> > itself. I am not sure you even need to define that since it is not
> > part
> > of the pmic.
>
> I think you are correct. I'll drop this oscillator for next patch.
>
> >
> > i2c {
> >
> > pmic@4b {
> >
> > [...]
> >
> > };
> >
> > };
>
> I don't think the I2C node is needed in example. It is not part of the
> PMIC - and I don't see the containing bus in other examples I just
> opened. (the two other rohm,xxx PMIC docs - well, biased as I wrote
> them), da9150.txt, lp3943.txt, max77686.txt, tps6507x.txt, tps65910.txt
It will be needed for the schema because the examples are compiled and
validated.
Rob
next prev parent reply other threads:[~2019-10-29 19:34 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-24 11:40 [RFC PATCH v2 00/13] Support ROHM BD71828 PMIC Matti Vaittinen
2019-10-24 11:41 ` [RFC PATCH v2 01/13] mfd: bd71828: Support ROHM BD71828 PMIC - core Matti Vaittinen
2019-10-24 11:41 ` [RFC PATCH v2 02/13] dt-bindings: mfd: Document ROHM BD71828 bindings Matti Vaittinen
2019-10-24 19:35 ` Dan Murphy
2019-10-25 5:49 ` Vaittinen, Matti
2019-10-29 12:08 ` Lee Jones
2019-10-29 19:34 ` Rob Herring [this message]
2019-10-30 8:26 ` Vaittinen, Matti
2019-10-30 19:22 ` Rob Herring
2019-10-31 12:54 ` Vaittinen, Matti
2019-10-31 17:50 ` Rob Herring
2019-11-01 12:52 ` Vaittinen, Matti
2019-11-04 19:28 ` Rob Herring
2019-10-24 11:42 ` [RFC PATCH v2 03/13] dt-bindings: regulator: Document ROHM BD71282 regulator bindings Matti Vaittinen
2019-10-24 11:44 ` [RFC PATCH v2 04/13] mfd: input: bd71828: Add power-key support Matti Vaittinen
2019-10-24 11:44 ` [RFC PATCH v2 05/13] clk: bd718x7: Support ROHM BD71828 clk block Matti Vaittinen
2019-10-28 23:32 ` Stephen Boyd
2019-10-29 6:28 ` Vaittinen, Matti
[not found] ` <20191105005541.7913220717@mail.kernel.org>
2019-11-05 8:11 ` Vaittinen, Matti
2019-10-24 11:45 ` [RFC PATCH v2 06/13] regulator: bd718x7: Split driver to common and bd718x7 specific parts Matti Vaittinen
2019-10-24 11:46 ` [RFC PATCH v2 07/13] regulator: bd71828: Basic support for ROHM bd71828 PMIC regulators Matti Vaittinen
2019-10-24 11:46 ` [RFC PATCH v2 08/13] regulator: bd71828: Add GPIO based run-level control for regulators Matti Vaittinen
2019-10-24 11:47 ` [RFC PATCH v2 09/13] regulator: bd71828: enhanced run-level support Matti Vaittinen
2019-10-24 11:47 ` [RFC PATCH v2 10/13] regulator: bd71828: Support in-kernel APIs to change run-level Matti Vaittinen
2019-10-24 11:50 ` [RFC PATCH v2 11/13] rtc: bd70528 add BD71828 support Matti Vaittinen
2019-10-24 11:50 ` [RFC PATCH v2 12/13] gpio: bd71828: Initial support for ROHM BD71828 PMIC GPIOs Matti Vaittinen
2019-10-24 11:59 ` Linus Walleij
2019-10-24 13:34 ` Vaittinen, Matti
2019-10-24 11:52 ` [RFC PATCH v2 13/13] led: bd71828: Support LED outputs on ROHM BD71828 PMIC Matti Vaittinen
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=20191029193440.GA1812@bogus \
--to=robh@kernel.org \
--cc=Matti.Vaittinen@fi.rohmeurope.com \
--cc=a.zummo@towertech.it \
--cc=alexandre.belloni@bootlin.com \
--cc=bgolaszewski@baylibre.com \
--cc=broonie@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmurphy@ti.com \
--cc=jacek.anaszewski@gmail.com \
--cc=lee.jones@linaro.org \
--cc=lgirdwood@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-leds@vger.kernel.org \
--cc=linux-rtc@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mazziesaccount@gmail.com \
--cc=mturquette@baylibre.com \
--cc=pavel@ucw.cz \
--cc=sboyd@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).