FYI, I've been working with the battery team. I'm hoping to support
battery management on SPARC mobile platforms as well. One of the
consequences of this is that the specific ioctls/kstats/sysevents may be
subject to change in the future. I wouldn't start depending on them,
just yet. :-) They are marked Project Private, I believe, anyway.
-- Garrett
Darren J Moffat wrote:
Joerg Schilling wrote:
Darren J Moffat <[EMAIL PROTECTED]> wrote:
BTW: could you point me to the new program?
The new stuff integrated into ONNV 63
http://opensolaris.org/os/community/on/flag-days/pages/2007041401/
Unfortunately, I cannot see any CLI program that supports the battery.
Unfortunately the ARC cases for this weren't marked as open ones, I've
asked for them to be opened up so you and everyone else can see the
details.
The battery data is a combination of kstat and ioctl data. It is all
fed in to a hald(1M) plugin.
lshal and the other hal-find(1) commands should be able to show you
the battery data from the command line.
It certainly isn't as nice as Casper's batstat but it is available and
this is the approved architecture.
This looks like a bug.
Why is it a bug ?
A missing feature maybe, a short coming in the approved architecture
maybe not I don't see how it can be a bug.
If you want to change that write up a proposal and lets take it
through the OpenSolaris ARC process and get it integrated. I'm happy
to sponsor the ARC case and the ONNV putback for this if you want to
write the CLI battery program by consuming the HAL API and get it
integrated into an OpenSolaris codebase.
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
