[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6ed0b2680911301333p19b14d5dxac81f976d0c35c61@mail.gmail.com>
Date: Mon, 30 Nov 2009 23:33:00 +0200
From: Grazvydas Ignotas <notasas@...il.com>
To: Madhusudhan <madhu.cr@...com>
Cc: linux-kernel@...r.kernel.org,
Anton Vorontsov <avorontsov@...mvista.com>,
linux-omap@...r.kernel.org
Subject: Re: [PATCH] power_supply: Add driver for TWL4030/TPS65950 BCI charger
On Mon, Nov 30, 2009 at 8:45 PM, Madhusudhan <madhu.cr@...com> wrote:
>
>
>> -----Original Message-----
>> From: Grazvydas Ignotas [mailto:notasas@...il.com]
>> Sent: Friday, November 27, 2009 8:44 AM
>> To: linux-kernel@...r.kernel.org
>> Cc: Anton Vorontsov; Madhusudhan Chikkature; linux-omap@...r.kernel.org;
>> Grazvydas Ignotas
>> Subject: [PATCH] power_supply: Add driver for TWL4030/TPS65950 BCI charger
>>
>> TWL4030/TPS65950 is a multi-function device with integrated charger,
>> which allows charging from AC or USB. This driver enables the
>> charger and provides several monitoring functions.
>>
>> Signed-off-by: Grazvydas Ignotas <notasas@...il.com>
>> ---
>> For this driver to work, TWL4030-core needs to be patched to use
>> correct macros so that it registers twl4030_bci platform_device.
>> I'll send patches for this later.
>>
>> drivers/power/Kconfig | 7 +
>> drivers/power/Makefile | 1 +
>> drivers/power/twl4030_charger.c | 499
>
> Is the file name changed from twl4030_bci_battery.c to twl4030_charger.c because it mainly supports voltage monitoring only while charging? If yes, potentially we can add support for monitoring also in discharge state. Do we intend to change the file name then?
Does the hardware support any monitoring in discharge state? I'm
unable to get any readings, only frozen values (that never update)
from what it had when it was charging. Here is TI confirmation that at
least temperature monitoring won't work while discharging:
http://e2e.ti.com/forums/p/8202/31818.aspx#31818
For this reason I consider BCI a charger.
> Also adding the tested-on info could be helpful here.
ok
<snip>
>> + case POWER_SUPPLY_PROP_VOLTAGE_NOW:
>> + /* charging must be active for meaningful result */
>> + if (!is_charging) {
>
> How about putting a kern_info here?
That would potentially flood dmesg, will just return -EINVAL like
Anton suggests.
>> + val->intval = 0;
>> + break;
>> + }
>> + ret = twl4030_get_voltage(voltage_reg);
>> + if (ret < 0)
>> + return ret;
>> + val->intval = ret;
>> + break;
>> + case POWER_SUPPLY_PROP_CURRENT_NOW:
>> + if (!is_charging) {
>> + val->intval = 0;
> Ditto
>> + break;
>> + }
>> + /* current measurement is shared between AC and USB */
>> + ret = twl4030_charger_get_current();
>> + if (ret < 0)
>> + return ret;
>> + val->intval = ret;
>> + break;
>> + case POWER_SUPPLY_PROP_ONLINE:
> Does this indicate the source of charging like USB or AC??
There are 2 charging devices registered now, AC and USB, each returns
it's state. This is what most other drivers do.
I'll send v2 later, it will also have more accurate voltage formulas I
got from TI.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists