cvs commit: src/usr.sbin/acpi/acpiconf acpiconf.c

Daniel O'Connor doconnor at
Fri Mar 5 16:48:43 PST 2004

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.

> I see value in being able to get to the raw battery information from
> whatever system is present.
> Now, having said that, I have no problems with there being a unified
> interface also.  I don't think that we can shoe-horn all systems into
> providing all this information.

I think it would be sensible to leave /dev/apm as is since a lot of 
applications already know how to talk to it..

Daniel O'Connor software and network engineer
for Genesis Software -
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 9A8C 569F 685A D928 5140  AE4B 319B 41F4 5D17 FDD5

More information about the cvs-src mailing list