Date: Mon, 08 Mar 2004 13:39:32 -0700 (MST) From: "M. Warner Losh" <imp@bsdimp.com> To: jhb@FreeBSD.org Cc: takawata@init-main.com Subject: Re: cvs commit: src/usr.sbin/acpi/acpiconf acpiconf.c Message-ID: <20040308.133932.45155592.imp@bsdimp.com> In-Reply-To: <200403081501.55307.jhb@FreeBSD.org> References: <20040305.113544.68047468.imp@bsdimp.com> <200403061118.32829.doconnor@gsoft.com.au> <200403081501.55307.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <200403081501.55307.jhb@FreeBSD.org>
John Baldwin <jhb@FreeBSD.org> writes:
: On Friday 05 March 2004 07:48 pm, Daniel O'Connor wrote:
: > On Sat, 6 Mar 2004 05:05, M. Warner Losh wrote:
: > > I've just added the following, based on the other ioctl that you can
: > > get battery info from:
: > >
: > > State: Present
: > > Rate: 50000 mWh
: > > Cap: 50000 mWh
: > > Volt: 10.0 V
: > >
: > > Note: My battery/ACPI has a bug where 'RATE' and 'CAP' are always the
: > > same number. I have a second bug where the CAP is listed as being
: > > more than the last full capacity of the battery. This makes it very
: > > hard to do estimates for remaining battery life, but I'm not sure what
: > > can be done about it.
: >
: > I think you have to massage the data a fair bit to throw obvious outliers
: > away. Also I believe most implementations produce totally bogus values
: > during charging so you ignore rate when the battery is charging.
:
: During charging, implementations are supposed to tell you how fast it is
: charging so you can compute how much time is needed to get to a full charge,
: not how much battery life time is left. However, many BIOS's are broken. My
: old laptop never returned a sane value for rate and my new one always returns
: a rate of 0, both of which violate the spec. *sigh*
My Rate/Cap are always the same, even in charging/discharging
situations. So my run time is always 1hr. Rate should be 50000 mW/h
Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040308.133932.45155592.imp>