Thread (33 messages) 33 messages, 6 authors, 2016-10-08

Re: [PATCH v16 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

From: Mark Brown <broonie@kernel.org>
Date: 2016-09-14 14:58:13
Also in: lkml

On Wed, Sep 14, 2016 at 04:11:58PM +0200, NeilBrown wrote:
On Wed, Sep 14 2016, Mark Brown wrote:
quoted
Yes, the idea is that the charger will back off charging and stop
entirely if the rest of the system is consuming too much power to allow
it to continue effectively.  The same thing happens with wall power, if
a wall supply isn't able to power the charger (eg, because the rest of
the system is running flat out) it'll have to cope with that.
Maybe you are correct.  I don't find your argument convincing, but maybe
that is because I don't want to...
There's a *huge* variation in how chargers are designed, some are
designed to be dumb and won't function without software while the wm831x
is more at the opposite end of the spectrum and will quite happily run
all the charging and power source selection logic with no software
intervention at all - the parameters it uses can be changed at runtime
but that's about it.  Software implementations are obviously more
flexible but hardware implementations can be more responsive to changes
in system state like drooping supplies and aren't vulnerable to things
like software lockups.
 1/ I had a report once from someone whose device stopped charging
 because it was pulling more current than the charger could supply.
 The voltage dropped below the 3.5V (I think) that the battery
 charging hardware needed, so it switched off.  It wouldn't switch
 back on again until explicitly told too.  It would then overload the
 charger again and switch off.
That's just one charger's algorithm though, other options are available.
    Which seems to say the maximum is just for safety, implying that the
    minimum is the important value.
This is what I was saying about a sensible reading being for the supply
and consumer side to directly target the maximum and minimum limits
respectively (though for the battery charger spec it's a bit different
as the range is so wide).
 3/  Felipe Balbi [off-list ref]  appears to agree with my
   perspective.
      http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1224904.html
   does argument-by-authority work?
TI do a lot of the more software managed chargers (which I suspect are
the main thing Felipe will have looked at) if that's what you're
referring to here?  The device is implementing pretty much the algorithm
you're describing in that e-mail so I'm a bit confused as to what you're
saying here.

Attachments

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help