public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@denx.de>
To: Matti Vaittinen <matti.vaittinen@nsn.com>
Cc: ext Mark Rutland <mark.rutland@arm.com>,
	ext Guenter Roeck <linux@roeck-us.net>,
	Jason Cooper <jason@lakedaemon.net>,
	"a.zummo@towertech.it" <a.zummo@towertech.it>,
	"jic23@kernel.org" <jic23@kernel.org>,
	"arno@natisbad.org" <arno@natisbad.org>,
	"jgunthorpe@obsidianresearch.com"
	<jgunthorpe@obsidianresearch.com>,
	"san@rosetechnology.dk" <san@rosetechnology.dk>,
	"hs@denx.de" <hs@denx.de>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"rtc-linux@googlegroups.com" <rtc-linux@googlegroups.com>,
	Sverdlin Alexander <alexander.sverdlin@nsn.com>
Subject: Re: [PATCH] rtc: ds1307: add trickle charger device tree binding
Date: Tue, 9 Sep 2014 13:34:25 +0200	[thread overview]
Message-ID: <20140909113425.GC15404@amd> (raw)
In-Reply-To: <20140909062158.GB21342@fi-ourus-dhcp00977.emea.nsn-net.net>

Hi!

> > > > trickle-resistor-ohms = <250>
> > > > diode-connected;
> > > > 
> > > > That's easy for a human to write and/or validate, we can easily extend
> > > > it in future, requires no proliferation of macros, and describes the
> > > > hardware rather than telling software what to do.
> > > > 
> > > > The driver becomes a little more complicated, but gains sanity checking,
> > > > which is a good thing.
> > > 
> > > Certainly looks better than register bit defines.
> > > 
> > > As rtc-bq32k has similar options, I'm interested, too. I believe we
> > > should add
> > > 
> > > trickle-charge-enable;
> 
> I am unsure about this. It makes sense for devices where we cannot
> select resistor but just enable or disable charger. Is there any such
> devices? For devices like ds1339 this makes no sense. For them it is
> simpler to just enable the charger if resistor value is specified, and
> default the charger to be off. But I do not see a problem in supporting
> the trickle-charge-enable; for devices needing this (independently from
> the ds1307 driver).

Ok, just cc me on next version of the driver, and I'll adjust bq32k to
be similar.

> > > (we may not want to charge at all), and I believe the diode should be
> > > 
> > > disconnect-diode;
> > > 
> > > ... With diode connected, charge is slower, and that probably should
> > > be the default value. We don't want to give too much current in
> > > default case.  (bq32k has hard-coded resistor value for
> > > diode/not-diode case).
> > 
> > I agree that if one case is less likely to be problematic / damaging
> > that should be the default.
> 
> _Maybe_ 
> diode-connected = <1>; or 
> diode-connected = <0>; 

That should work.

Actually, make it "connect-diode = <0/1>;", because hardware can
actually select if the diode is connected or not.

> Then one question regarding the "process". Now if I cook up fourth patch
> with inverted diode-connected default for ds1339, should I collect new
> acks for this new patch? (V3 was acked by Alessandro and Jason.) I assume 
> yes.

It depends if patch changed "a lot". I guess you can keep the acks.

								Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

  reply	other threads:[~2014-09-09 11:34 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-28 12:42 [PATCH] rtc: ds1307: add trickle charger device tree binding Matti Vaittinen
2014-08-28 12:59 ` Mark Rutland
2014-08-28 15:51   ` Guenter Roeck
2014-08-28 16:10     ` Mark Rutland
2014-08-28 16:48       ` Guenter Roeck
2014-08-28 17:28         ` Jason Cooper
2014-08-28 17:40           ` Guenter Roeck
2014-08-29  7:34             ` Matti Vaittinen
2014-08-29 10:40               ` Mark Rutland
2014-08-29 12:19                 ` Matti Vaittinen
2014-08-29 12:24                 ` Jason Cooper
2014-08-29 12:42                   ` Mark Rutland
2014-08-29 12:48                     ` Jason Cooper
2014-08-29 13:03                       ` Mark Rutland
2014-08-29 14:06                       ` Matti Vaittinen
2014-09-08 13:52                 ` Pavel Machek
2014-09-08 14:58                   ` Mark Rutland
2014-09-09  6:22                     ` Matti Vaittinen
2014-09-09 11:34                       ` Pavel Machek [this message]
2014-09-09 11:42                         ` Jason Cooper
2014-09-09 13:48                           ` VS: " Vaittinen, Matti (NSN - FI/Oulu)
2014-08-29  7:41   ` Matti Vaittinen

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=20140909113425.GC15404@amd \
    --to=pavel@denx.de \
    --cc=a.zummo@towertech.it \
    --cc=alexander.sverdlin@nsn.com \
    --cc=arno@natisbad.org \
    --cc=devicetree@vger.kernel.org \
    --cc=hs@denx.de \
    --cc=jason@lakedaemon.net \
    --cc=jgunthorpe@obsidianresearch.com \
    --cc=jic23@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=mark.rutland@arm.com \
    --cc=matti.vaittinen@nsn.com \
    --cc=rtc-linux@googlegroups.com \
    --cc=san@rosetechnology.dk \
    /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