From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pedro Venda Subject: Re: Re: Smart Battery System driver Date: Fri, 21 Jan 2005 20:16:28 +0000 Message-ID: <41F1631C.1030701@arrakis.dhis.org> References: <41E81C2C.8010809@bartol.udel.edu> <1105747983.7368.3.camel@tyrosine> <47e0449d05011419037877f931@mail.gmail.com> <41EA2C1D.3030909@bartol.udel.edu> <41EC7C7D.1070003@bartol.udel.edu> <41EC9316.80109@bartol.udel.edu> <41EDE2EA.7090404@bartol.udel.edu> <41F01923.1000503@bartol.udel.edu> <41F10180.60008@arrakis.dhis.org> <41F1031E.60507@bartol.udel.edu> <41F106C9.5020404@arrakis.dhis.org> <41F11940.5010101@bartol.udel.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <41F11940.5010101-OBnUx95tOyn10jlvfTC4gA@public.gmane.org> Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Rich Townsend Cc: Pedro Venda , Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rich Townsend wrote: | Pedro Venda wrote: | |> Rich Townsend wrote: |> | Pedro Venda wrote: |> | |> |> Johan Vromans wrote: |> |> | Rich Townsend writes: |> |> | |> |> | |> |> |>I do this because everything in /lib/modules/XXX/kernel/* gets |> |> |>clobbered when you do a make modules_install from the kernel sour= ce |> |> |>tree; |> |> | |> |> | |> |> | I see. |> |> | |> |> | |> |> |>I have recently realized that the whole SBS functionality can be |> |> |>implemented in terms of control methods in the DSDT, without the |> |> |>need for any kernel drivers. |> |> | |> |> | |> |> | Nice. This would require a kernel recompile/reboot for each DSDT |> |> | modification... |> |> |> |> not nice, I guess. 99.9% of the interested (me included) wouldn't b= e |> |> able to |> |> patch their DSDT and with generated ASL (is it ASL or AML or... ACP= I |> |> language) |> |> code for their specific case. |> | |> | |> | What if you just had to run a perl script, and then add an "initrd=3D= " |> | line to your kernel boot parameters? Because the code would be *so* |> much |> | cleaner if a lot of the tasks were moved to the DSDT; in particular,= we |> | could get rid of i2c_acpi_sbs, and thus remove the dependency of |> ACPI on |> | I2C. |> |> I'd agree that the i2c-acpi dependency is not pretty. |> |> on the other hand... I'm still not liking the CM (dump, limited) |> interface to |> control SBS (smart, sophisticated) batteries. yes, CM gets the |> information from |> the SBS hardware but I can't stop feeling loosing capabilities. | | | Ah, but there doesn't have to be any loss of capabilities. There are tw= o | separate issues here: | | 1) Implementing the SMBus access through control methods, as described | by the API in the SMBus-CM specification (which I'll be trying out very | soon) | | 2) Implementing a control-method wrapper for SBS, so that it can be | accessed using the API described in Sec. 10.2 of the ACPI specification= . | | Issue (1) basically removes the need for the i2c_acpi_ec module, and | indeed the need to have any i2c or smbus support in the kernel; | everything is done through the embedded controller. This is highly | desirable. | | Issue (2) would allow SBS batteries to appear to the kernel as CM | batteries, meaning that the stock battery.ko module can be used. This, | however, is obviously a backward-compatibility step, and not the way | forward; however, it may be a 'clean' interim solution to implementing | SBS, in lieu of a yet-to-be-designed library for accessing SBS and CM | batteries through a standard interface. ahhh, there's a nice explanation. thanks :-) so, just to clear things up, solution (1) doesn't need DSDT patching?? th= at'd be excelent "value-for-money". it'd provide access to SBS information withou= t ugly acpi-i2c dependencies. regards, pedro venda. - -- Pedro Jo=E3o Lopes Venda email: pjvenda-pQd4kjVL+REh2FBCd0jGRA@public.gmane.org http://arrakis.dhis.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB8WMceRy7HWZxjWERAhKuAJ9uxEDnia3IOkTJBXWI30jYgCaNHwCeNvJ5 HWHutp6t9GOKO3IHvnHEtqs=3D =3Dg4zf -----END PGP SIGNATURE----- ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl