lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090630153719.GA13300@oksana.dev.rtsoft.ru>
Date:	Tue, 30 Jun 2009 19:37:19 +0400
From:	Anton Vorontsov <avorontsov@...mvista.com>
To:	Andres Salomon <dilinger@...labora.co.uk>
Cc:	Mark Brown <broonie@...nsource.wolfsonmicro.com>, cbou@...l.ru,
	dwmw2@...radead.org, linux-kernel@...r.kernel.org,
	richard@...top.org, Andrew Morton <akpm@...ux-foundation.org>,
	Paul Fox <pgf@...top.org>, dsaxena@...top.org
Subject: Re: [PATCH 5/5] power_supply: add a charge_type status to the api,
 and use it for olpc driver

On Tue, Jun 30, 2009 at 11:04:30AM -0400, Andres Salomon wrote:
> On Tue, 30 Jun 2009 12:31:35 +0100
> Mark Brown <broonie@...nsource.wolfsonmicro.com> wrote:
> 
> > On Tue, Jun 30, 2009 at 02:17:30AM -0400, Andres Salomon wrote:
> > 
> > > This adds a new sysfs file called 'charge_type' which displays the
> > > type of charging (n/a, trickle charge, slow charge, or fast
> > > charging).  This allows things like battery diagnostics to
> > > determine what the battery/EC is doing without resorting to
> > > changing the 'status' sysfs output.
> > 
> > > Signed-off-by: Andres Salomon <dilinger@...labora.co.uk>
> > 
> > This looks good to me.  Could you please keep me on the CC for any
> > future revisions of this patch, I can make use of this in the WM8350
> > driver.
> 
> Sure.
> 
> > 
> > > +	static char *charge_type[] = {
> > > +		"N/A", "Trickle", "Slow", "Fast"
> > > +	};
> > 
> > I'd be tempted to make "N/A" be "Unknown" to match the style of the
> > rest of the attributes.  I'm also not sure that we need a slow type,
> > but equally it shouldn't do any harm.
> 
> 
> It's known though, right? :)   It could just as easily be "None",
> "Unknown", etc, but I'm not particularly picky.

These are quite different states, and thinking about it, we might
want to introduce both. Default is "Unknown" (0), means that the
driver can't report the charging mode at this very moment. And "N/A"
is "not applicable", i.e. we're not charging anything right now.

> As far as the slow type, I don't see the need either, but I assumed
> Anton was aware of devices that differentiated between slow and
> trickle charging.

Yep, there are two charging modes in Openmoko Neo FreeRunners:

- 100 mA. It's "slow" mode -- used when the Neo couldn't negotiate
  with USB host, so it is permitted to only draw 100 mA from VBUS.

- 500/1000 mA. It's so-called "fast" mode, can be enabled after
  successful negotiation with the USB host.


Well, this kind slow charging isn't official terminology, and
I'm not sure if we should use it. But I'm fine with it since we
can always remove "Slow" mode (i.e. report it as "Fast"), and
userspace won't break.

Thanks,

-- 
Anton Vorontsov
email: cbouatmailru@...il.com
irc://irc.freenode.net/bd2
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ