[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241213141926.GA3920@debian>
Date: Fri, 13 Dec 2024 15:19:26 +0100
From: Dimitri Fedrau <dima.fedrau@...il.com>
To: Krzysztof Kozlowski <krzk@...nel.org>
Cc: Dimitri Fedrau <dimitri.fedrau@...bherr.com>,
Sebastian Reichel <sre@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, linux-pm@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/2] dt-bindings: power: supply: gpio-charger: add
support for default charge current limit
Am Fri, Dec 13, 2024 at 12:00:46PM +0100 schrieb Krzysztof Kozlowski:
> On Wed, Dec 11, 2024 at 08:29:09AM +0100, Dimitri Fedrau wrote:
> > Add binding for default charge current limit.
>
> Why?
>
See below.
> >
> > Signed-off-by: Dimitri Fedrau <dimitri.fedrau@...bherr.com>
> > ---
> > Documentation/devicetree/bindings/power/supply/gpio-charger.yaml | 4 ++++
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/power/supply/gpio-charger.yaml b/Documentation/devicetree/bindings/power/supply/gpio-charger.yaml
> > index 89f8e2bcb2d7836c6a4308aff51721bd83fa3ba1..545fdd7133daf67b5bc238c5af26d0cbd8b44eae 100644
> > --- a/Documentation/devicetree/bindings/power/supply/gpio-charger.yaml
> > +++ b/Documentation/devicetree/bindings/power/supply/gpio-charger.yaml
> > @@ -58,6 +58,10 @@ properties:
> > charge-current-limit-gpios property. Bit 1 second to last
> > GPIO and so on.
> >
> > + charge-current-limit-default:
>
> Use standard property suffixes - see other bindings how they define
> charge current.
> git grep charge -- Documentation/devicetree/bindings/power/supply/
>
Will fix it, thanks for the hint.
> But what I don't get is why GPIO chager needs it, since this is
> non-configurable for GPIO charger.
>
With properties charge-current-limit-gpios and charge-current-limit-mapping
one can define charge current limits in uA using up to 32 GPIOs. At the
moment the driver defaults to smallest current limitation for safety
reasons. When disabling charging should be possible as in the example,
the charger defaults to non-charging. By having a default the charge
current limit can be setup on probe and charging is enabled.
> You have entire commit msg or property description to explain such
> things.
>
Will explain it in more detail.
Best regards,
Dimitri Fedrau
Powered by blists - more mailing lists