From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pedro Venda Subject: Re: smartbattery support Date: Wed, 06 Oct 2004 12:52:18 +0100 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <4163DC72.80708@mega.ist.utl.pt> References: <41630B6D.2000107@mega.ist.utl.pt> <41631809.7020204@lanil.mine.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <41631809.7020204-pw/8oln/LLv0Dx+PQ6IoOQ@public.gmane.org> Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Christian Axelsson Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christian Axelsson wrote: | Pedro Venda wrote: | |> i read some things also, but i disagree with christian. i think that |> smbus patch is not the way to go. don't get me wrong! i'm also just |> scratching the surface. for what i read, those patches put smbus bios |> support into the kernel. | | | yep sorry... do you agree or not? i meant that we should be creating an i2c module to talk specifically to the smart battery independently of the bios... | |> 1. is this a "sensor" i2c driver? i mean, should we find help with the |> lmsensors team? there are some debugging tools for i2c developed by |> the lm-sensors people (i guess). this document |> (http://www2.lm-sensors.nu/~lm78/cvs/lm_sensors2/doc/chips/SUMMARY) |> refers some smartbattery support, but i don't think it solves our |> problem. | | | I cant get the detect-thingies to see any i2c-bus and Im not aware of | any sensorchip in my laptop (but I would be happy to be proven wrong). | again i should have explained myself better... my laptop can see 5 busses... although i cannot yet interpret that information well. anyway, what i wanted to ask was: should we be using some of the sensors code? |> 2. what exactly should the i2c driver do? should it just know the |> smartbattery address and ask generic questions made by userland |> programs? or should it do all the work and retrive charge rates and |> capacity information and such? | | | I think it should publish as much generic info (info thats avaible on | all smartbatteries) as possible into sysfs. agree. then useland programs could use that information. but i see a pitfall here... if it is so, how will it be hooked into ACPI? [] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBY9xyeRy7HWZxjWERAtW9AKCI/UBkin8Q+U/xiYAuX/Vkv0adogCeLsH6 t1/108wqCrKYGP6bRWrWwXc= =54Fs -----END PGP SIGNATURE----- ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl