[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090816091858.GB12567@sirena.org.uk>
Date: Sun, 16 Aug 2009 10:18:59 +0100
From: Mark Brown <broonie@...ena.org.uk>
To: Pavel Machek <pavel@....cz>
Cc: Felipe Balbi <me@...ipebalbi.com>,
Liam Girdwood <lrg@...mlogic.co.uk>,
Mike Rapoport <mike@...pulab.co.il>,
linux-kernel@...r.kernel.org
Subject: Re: Smart Battery System Design (was: Re: Question about
userspace-consumer)
On Sun, Aug 16, 2009 at 12:34:34AM +0200, Pavel Machek wrote:
> On Sat 2009-08-15 17:43:24, Mark Brown wrote:
> > > * you want to fastcharge while machine is in s2ram. See spitz. Doing
> > > that with userspace would be quite tricky.
> > Depending on the technologies involved and how well integrated the power
> > path management is with the battery charger fast charge during suspend
> > may not actually be desirable. Some systems need or desire active
> > thermal management of the system from the CPU during fast charge.
> Do you have example of some system?
I don't know why any of these are charging while active but things like
the Nokia internet tablets and the smartphones I've used recently all
keep the phone active while charging. Quite a few PMICs will refuse to
charge when suspended.
> Ok, well... anyway many machines _want_ fastcharge while suspended,
> and putting charging into userland would break them (or make that
> fairly difficult).
Are you sure that's a real need? Disabling user interaction I can see
but forcing the system into sleep doesn't seem to be any particular
benefit - devices like this tend to be designed to appear to be always
on and clearly when fast charging there's no need to save power which is
the main motiviation for going into suspend. Also bear in mind that a
soft SBS system requires constant activity from the CPU for basic
management of the charge cycle so suspend isn't going to be a real
option anyway, you'd be suspending for seconds at a time.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists