From: Pavel Machek <pavel-ynQEQJNshbs@public.gmane.org>
To: Matti Vaittinen <matti.vaittinen-OYasijW0DpE@public.gmane.org>
Cc: ext Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
ext Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
Jason Cooper <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>,
"a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org"
<a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org>,
"jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org"
<jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
"arno-LkuqDEemtHBg9hUCZPvPmw@public.gmane.org"
<arno-LkuqDEemtHBg9hUCZPvPmw@public.gmane.org>,
"jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org"
<jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>,
"san-KGKi0rHxN0fKWSuBa/xFvVpr/1R2p/CL@public.gmane.org"
<san-KGKi0rHxN0fKWSuBa/xFvVpr/1R2p/CL@public.gmane.org>,
"hs-ynQEQJNshbs@public.gmane.org"
<hs-ynQEQJNshbs@public.gmane.org>,
"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org"
<rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>,
Sverdlin Alexander
<alexander.sverdlin-OYasijW0DpE@public.gmane.org>
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-3P0KQDf13zYjNwtGTSXw41mm0B4v8B71Fo5piaCiEZ7R7s880joybQ@public.gmane.org>
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
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
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
next prev parent reply other threads:[~2014-09-09 11:34 UTC|newest]
Thread overview: 40+ 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:42 ` Matti Vaittinen
[not found] ` <20140828124237.GA29102-3P0KQDf13zYjNwtGTSXw41mm0B4v8B71Fo5piaCiEZ7R7s880joybQ@public.gmane.org>
2014-08-28 12:59 ` Mark Rutland
2014-08-28 12:59 ` Mark Rutland
2014-08-28 15:51 ` Guenter Roeck
2014-08-28 15:51 ` Guenter Roeck
[not found] ` <20140828155157.GB23677-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2014-08-28 16:10 ` Mark Rutland
2014-08-28 16:10 ` Mark Rutland
2014-08-28 16:48 ` Guenter Roeck
2014-08-28 16:48 ` Guenter Roeck
[not found] ` <20140828164825.GA12153-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2014-08-28 17:28 ` Jason Cooper
2014-08-28 17:28 ` Jason Cooper
2014-08-28 17:40 ` Guenter Roeck
[not found] ` <20140828174034.GC15307-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2014-08-29 7:34 ` Matti Vaittinen
2014-08-29 7:34 ` Matti Vaittinen
[not found] ` <20140829073413.GN4587-3P0KQDf13zYjNwtGTSXw41mm0B4v8B71Fo5piaCiEZ7R7s880joybQ@public.gmane.org>
2014-08-29 10:40 ` Mark Rutland
2014-08-29 10:40 ` Mark Rutland
2014-08-29 12:19 ` Matti Vaittinen
2014-08-29 12:19 ` Matti Vaittinen
2014-08-29 12:24 ` Jason Cooper
2014-08-29 12:24 ` Jason Cooper
2014-08-29 12:42 ` Mark Rutland
2014-08-29 12:48 ` Jason Cooper
[not found] ` <20140829124829.GD3683-u4khhh1J0LxI1Ri9qeTfzeTW4wlIGRCZ@public.gmane.org>
2014-08-29 13:03 ` Mark Rutland
2014-08-29 13:03 ` Mark Rutland
2014-08-29 14:06 ` Matti Vaittinen
2014-08-29 14:06 ` Matti Vaittinen
2014-09-08 13:52 ` Pavel Machek
2014-09-08 13:52 ` Pavel Machek
2014-09-08 14:58 ` Mark Rutland
2014-09-09 6:22 ` Matti Vaittinen
2014-09-09 6:22 ` Matti Vaittinen
[not found] ` <20140909062158.GB21342-3P0KQDf13zYjNwtGTSXw41mm0B4v8B71Fo5piaCiEZ7R7s880joybQ@public.gmane.org>
2014-09-09 11:34 ` Pavel Machek [this message]
2014-09-09 11:34 ` Pavel Machek
2014-09-09 11:42 ` Jason Cooper
2014-09-09 11:42 ` Jason Cooper
[not found] ` <20140909114203.GL30828-u4khhh1J0LxI1Ri9qeTfzeTW4wlIGRCZ@public.gmane.org>
2014-09-09 13:48 ` VS: " Vaittinen, Matti (NSN - FI/Oulu)
2014-09-09 13:48 ` Vaittinen, Matti (NSN - FI/Oulu)
2014-08-29 7:41 ` Matti Vaittinen
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-ynqeqjnshbs@public.gmane.org \
--cc=a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org \
--cc=alexander.sverdlin-OYasijW0DpE@public.gmane.org \
--cc=arno-LkuqDEemtHBg9hUCZPvPmw@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=hs-ynQEQJNshbs@public.gmane.org \
--cc=jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org \
--cc=jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org \
--cc=jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
--cc=matti.vaittinen-OYasijW0DpE@public.gmane.org \
--cc=rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org \
--cc=san-KGKi0rHxN0fKWSuBa/xFvVpr/1R2p/CL@public.gmane.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.