From: Sebastian Reichel <sebastian.reichel@collabora.com>
To: Rob Herring <robh@kernel.org>
Cc: Emil Velikov <emil.velikov@collabora.com>,
Linus Walleij <linus.walleij@linaro.org>,
Daniel Mack <daniel@zonque.org>,
Haojian Zhuang <haojian.zhuang@gmail.com>,
Robert Jarzmik <robert.jarzmik@free.fr>,
Russell King <linux@armlinux.org.uk>,
linux-pm@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, kernel@collabora.com,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCHv2 3/6] power: supply: gpio-charger: add charge-current-limit feature
Date: Fri, 19 Jun 2020 18:28:20 +0200 [thread overview]
Message-ID: <20200619162820.hhv5rftp4xkhwtix@earth.universe> (raw)
In-Reply-To: <20200615175844.GA2032047@bogus>
[-- Attachment #1: Type: text/plain, Size: 3210 bytes --]
Hi,
On Mon, Jun 15, 2020 at 11:58:44AM -0600, Rob Herring wrote:
> On Sat, Jun 06, 2020 at 12:44:00AM +0200, Sebastian Reichel wrote:
> > Add new charge-current-limit feature to gpio-charger.
> >
> > Signed-off-by: Sebastian Reichel <sebastian.reichel@collabora.com>
> > ---
> > .../bindings/power/supply/gpio-charger.yaml | 31 ++++
> > drivers/power/supply/gpio-charger.c | 140 ++++++++++++++++++
> > 2 files changed, 171 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/power/supply/gpio-charger.yaml b/Documentation/devicetree/bindings/power/supply/gpio-charger.yaml
> > index 30eabbb14ef3..e11cfdc68a51 100644
> > --- a/Documentation/devicetree/bindings/power/supply/gpio-charger.yaml
> > +++ b/Documentation/devicetree/bindings/power/supply/gpio-charger.yaml
> > @@ -39,6 +39,25 @@ properties:
> > maxItems: 1
> > description: GPIO indicating the charging status
> >
> > + charge-current-limit-gpios:
> > + minItems: 1
> > + maxItems: 32
> > + description: GPIOs used for current limiting
> > +
> > + charge-current-limit-mapping:
> > + description: List of touples with current in uA and a GPIO bitmap (in
>
> s/touples/tuples/
>
> > + this order). The touples must be provided in descending order of the
>
> and here.
Ack.
> > + current limit.
> > + $ref: /schemas/types.yaml#/definitions/uint32-matrix
> > + items:
> > + items:
> > + - description:
> > + Current limit in uA
> > + - description:
> > + Encoded GPIO setting. Bit 0 represents last GPIO from the
> > + charge-current-limit-gpios property. Bit 1 second to last
> > + GPIO and so on.
>
> Seems a bit odd that bit N doesn't represent index N of the gpios.
I was looking at it from a graphical POV (i.e. "last" bit represents
last element):
list = <element3, element2, element1, element0>;
bits = 0b1011; // element3, 1 and 0
Basically when writing it the order is the same at the cost of list
index being reverse of bit index. But I do not really mind the order.
If people think its better the other way around I can swap it.
-- Sebastian
> > +
> > required:
> > - compatible
> >
> > @@ -47,6 +66,12 @@ anyOf:
> > - gpios
> > - required:
> > - charge-status-gpios
> > + - required:
> > + - charge-current-limit-gpios
> > +
> > +dependencies:
> > + charge-current-limit-gpios: [ charge-current-limit-mapping ]
> > + charge-current-limit-mapping: [ charge-current-limit-gpios ]
> >
> > additionalProperties: false
> >
> > @@ -60,4 +85,10 @@ examples:
> >
> > gpios = <&gpd 28 GPIO_ACTIVE_LOW>;
> > charge-status-gpios = <&gpc 27 GPIO_ACTIVE_LOW>;
> > +
> > + charge-current-limit-gpios = <&gpioA 11 GPIO_ACTIVE_HIGH>,
> > + <&gpioA 12 GPIO_ACTIVE_HIGH>;
> > + charge-current-limit-mapping = <2500000 0x00>, // 2.5 A => both GPIOs low
> > + <700000 0x01>, // 700 mA => GPIO A.12 high
> > + <0 0x02>; // 0 mA => GPIO A.11 high
> > };
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-06-19 16:28 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-05 22:43 [PATCHv2 0/6] misc. gpio-charger patches Sebastian Reichel
2020-06-05 22:43 ` [PATCHv2 1/6] dt-bindings: power: supply: gpio-charger: convert to yaml Sebastian Reichel
2020-06-10 9:41 ` Linus Walleij
2020-06-15 17:49 ` Rob Herring
2020-06-19 16:29 ` Sebastian Reichel
2020-06-05 22:43 ` [PATCHv2 2/6] power: supply: gpio-charger: Make gpios optional Sebastian Reichel
2020-06-10 9:44 ` Linus Walleij
2020-06-15 17:50 ` Rob Herring
2020-06-19 16:29 ` Sebastian Reichel
2020-06-05 22:44 ` [PATCHv2 3/6] power: supply: gpio-charger: add charge-current-limit feature Sebastian Reichel
2020-06-10 9:46 ` Linus Walleij
2020-06-15 17:58 ` Rob Herring
2020-06-19 16:28 ` Sebastian Reichel [this message]
2020-06-05 22:44 ` [PATCHv2 4/6] ARM: pxa: Use GPIO descriptor for gpio-charger Sebastian Reichel
2020-06-10 9:52 ` Linus Walleij
2020-06-05 22:44 ` [PATCHv2 5/6] ARM: sa1100: " Sebastian Reichel
2020-06-10 9:54 ` Linus Walleij
2020-06-05 22:44 ` [PATCHv2 6/6] power: supply: gpio-charger: drop legacy GPIO support Sebastian Reichel
2020-06-10 9:55 ` Linus Walleij
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=20200619162820.hhv5rftp4xkhwtix@earth.universe \
--to=sebastian.reichel@collabora.com \
--cc=daniel@zonque.org \
--cc=devicetree@vger.kernel.org \
--cc=emil.velikov@collabora.com \
--cc=haojian.zhuang@gmail.com \
--cc=kernel@collabora.com \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=robert.jarzmik@free.fr \
--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;
as well as URLs for NNTP newsgroup(s).