[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <004201ca7370$d3c9ce70$544ff780@am.dhcp.ti.com>
Date: Wed, 2 Dec 2009 10:59:35 -0600
From: "Madhusudhan" <madhu.cr@...com>
To: "'Grazvydas Ignotas'" <notasas@...il.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
> -----Original Message-----
> From: Grazvydas Ignotas [mailto:notasas@...il.com]
> Sent: Monday, November 30, 2009 3:33 PM
> To: Madhusudhan
> Cc: linux-kernel@...r.kernel.org; Anton Vorontsov; 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.
>
In the discharge path BCI might not update the registers. It is worth
experiment to try and use MADC conversion to get the values. A driver for
madc is being currently discussed. See the patch:
http://patchwork.kernel.org/patch/62746/
We can try this once the madc driver is accepted in mainline and submit an
update patch to the BCI driver. As a first step I agree that the current BCI
patch should go upstream.
Reviewed-by: Madhusudhan Chikkature <madhu.cr@...com>
Thanks,
Madhu
> > 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