Re: Re: first shoot for smartbattery

[Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>]

On Tue, Jan 04, 2005 at 03:27:03PM +0000, Pedro Venda wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Bruno Ducrot wrote:
> |>The way I see it, the i2c-acpi-ec driver allows the creation of the /proc
> |>files
> |>so that userland programs can use them normally. Am I totally wrong and
> |>should
> |>quickly look for the brown bag?
> |
> |
> | I would like to not touch i2c-acpi-ec for this.  It should
> | only provide the smbus access.  All other components should be done
> | elsewhere IMHO.
> 
> Sorry, I didn't understand. Don't we _have_ to use the i2c-acpi-ec to query 
> and
> write information from/to the smart battery system? If so, there is no 
> other way
> than to use it in the ACPI driver that writes the /proc information.
> 

i2c-acpi-ec only provide the smbus access (KISS unix way). More,
there may be other smartbattery systems using different smbus.
Smbus under PIIX4 for older laptop, or smbus via bios come to
mind, though this should apply only for older laptops.
Also, even though there is already support for apple laptops, most
of them seems to have smartbatteries (after reading source code under
linux), so allowing code factoring.

The short term goal which is to mimic the current ACPI Control Method
Battery in order to get compatibility with userspace program should be
finished today or tomorrow.

Cheers,

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt