devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Laxman Dewangan <ldewangan@nvidia.com>
To: Tomasz Figa <tomasz.figa@gmail.com>
Cc: Stephen Warren <swarren@wwwdotorg.org>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"grant.likely@linaro.org" <grant.likely@linaro.org>,
	"rob.herring@calxeda.com" <rob.herring@calxeda.com>,
	"rob@landley.net" <rob@landley.net>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"rtc-linux@googlegroups.com" <rtc-linux@googlegroups.com>,
	"gg@slimlogic.co.uk" <gg@slimlogic.co.uk>,
	"kishon@ti.com" <kishon@ti.com>,
	Stephen Warren <swarren@nvidia.com>,
	Pawel Moll <pawel.moll@arm.com>,
	Mark Rutland <Mark.Rutland@arm.com>,
	Ian Campbell <ian.campbell@citrix.com>
Subject: Re: [PATCH] drivers/rtc/rtc-palmas.c: support for backup battery charging
Date: Sat, 27 Jul 2013 13:08:12 +0530	[thread overview]
Message-ID: <51F378E4.8010109@nvidia.com> (raw)
In-Reply-To: <28643641.Vi84qGI4SB@flatron>

On Saturday 27 July 2013 02:15 AM, Tomasz Figa wrote:
> On Friday 26 of July 2013 09:40:15 Stephen Warren wrote:
>> (CC'ing the new DT binding maintainers and mailing list on this reply,
>> hence quoting the whole of the DT binding)
>>
>> On 07/25/2013 06:29 AM, Laxman Dewangan wrote:
>>> Palmas series device like TPS65913, TPS80036 supports the backup
>>> battery for powering the RTC when no other energy source is
>>> available.
>>>
>>> The backup battery is optional, connected to the VBACKUP pin, and can
>>> be nonrechargeable or rechargeable. The rechargeable battery can be
>>> charged from the system supply using the backup battery charger.
>>>
>>> Add support for enabling charging of this backup battery.  Also add
>>> the DT binding document and the new properties to have this support.
>>>
>>> Signed-off-by: Laxman Dewangan <ldewangan@nvidia.com>
>>> ---
>>>
>>>   .../devicetree/bindings/rtc/rtc-palmas.txt         |   28
>>>   ++++++++++++++ drivers/rtc/rtc-palmas.c                           |
>>>    39 ++++++++++++++++++++ 2 files changed, 67 insertions(+), 0
>>>   deletions(-)
>>>   create mode 100644
>>>   Documentation/devicetree/bindings/rtc/rtc-palmas.txt
>>>
>>> diff --git a/Documentation/devicetree/bindings/rtc/rtc-palmas.txt
>>> b/Documentation/devicetree/bindings/rtc/rtc-palmas.txt new file mode
>>> 100644
>>> index 0000000..e4b6910
>>> --- /dev/null
>>> +++ b/Documentation/devicetree/bindings/rtc/rtc-palmas.txt
>>> @@ -0,0 +1,28 @@
>>> +Palmas RTC controller bindings
>>> +
>>> +Required properties:
>>> +- compatible:
>>> +  - "ti,palams-rtc" for palma series of the RTC controller
>>> +- interrupt-parent: Parent interrupt device, must be handle of palams
>>> node. +- interrupts: Interrupt number of RTC submodule on device.
>>> +
>>> +Optional properties:
>>> +- ti,back-bat-chg-enable: The palmas series device like TPS65913 or
>>> TPS80036 +	supports the battery backup for powering the RTC when main
>>> battery is +	removed or in very low power state. This flag will
>>> enable the backup +	battery charging.
>>> +- ti,back-bat-chg-current: Configure charging current. Device
>>> supports the +	charging current as < 100mA or >100mA.
>> Does the HW support just two options; less-than or greater-than 100mA?
>> If so, a Boolean property here might be better. The code below certainly
>> implies this.


Yes, it supports the two option, less than 100ma and 100ma. I will 
change it to bool.


>>
>> Given there's only 1 battery, I think "back-" is redundant in the
>> property names. Since that shortens the names a bit, I'd suggest
>> spelling everything out in full, perhaps:
>>
>> battery-charge-enable
>> battery-charge-low-current
> First of all, are those even properties for the RTC binding? Doesn't this
> PMIC contain a charger part which handles battery charging and so requires
> such kind of information?

There is two appropriate place for enabling battery backup charging 
which I can think of, one is in core and other is in RTC driver.
I do not want to new driver for enabling charging as the charger driver. 
There is separate charger module on one of palma device which need full 
flashed driver.
As this backup battery provides power to the RTC only in absence of main 
energy source, I thought of putting this on RTC.

There is no issue to put this piece of code on other palma driver.



      reply	other threads:[~2013-07-27  7:26 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-25 12:29 [PATCH] drivers/rtc/rtc-palmas.c: support for backup battery charging Laxman Dewangan
2013-07-26 15:40 ` Stephen Warren
2013-07-26 15:52   ` Mark Rutland
2013-07-26 16:35   ` Mark Brown
2013-07-26 16:42     ` Stephen Warren
2013-07-27  7:32       ` Laxman Dewangan
2013-07-26 20:45   ` Tomasz Figa
2013-07-27  7:38     ` Laxman Dewangan [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51F378E4.8010109@nvidia.com \
    --to=ldewangan@nvidia.com \
    --cc=Mark.Rutland@arm.com \
    --cc=akpm@linux-foundation.org \
    --cc=devicetree@vger.kernel.org \
    --cc=gg@slimlogic.co.uk \
    --cc=grant.likely@linaro.org \
    --cc=ian.campbell@citrix.com \
    --cc=kishon@ti.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pawel.moll@arm.com \
    --cc=rob.herring@calxeda.com \
    --cc=rob@landley.net \
    --cc=rtc-linux@googlegroups.com \
    --cc=swarren@nvidia.com \
    --cc=swarren@wwwdotorg.org \
    --cc=tomasz.figa@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).