[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <537E0359.10300@ti.com>
Date: Thu, 22 May 2014 10:02:01 -0400
From: Santosh Shilimkar <santosh.shilimkar@...com>
To: Arnd Bergmann <arnd@...db.de>
CC: Ivan Khoronzhuk <ivan.khoronzhuk@...com>, <dbaryshkov@...il.com>,
<dwmw2@...radead.org>, <robh+dt@...nel.org>, <pawel.moll@....com>,
<mark.rutland@....com>, <ijc+devicetree@...lion.org.uk>,
<galak@...eaurora.org>, <grant.likely@...aro.org>,
<rdunlap@...radead.org>, <linux@....linux.org.uk>,
<grygorii.strashko@...com>, <olof@...om.net>, <w-kwok2@...com>,
<sboyd@...eaurora.org>, <devicetree@...r.kernel.org>,
<linux-doc@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>, <m-karicheri2@...com>,
<sergei.shtylyov@...entembedded.com>
Subject: Re: [Patch v5 0/7] Introduce keystone reset driver
Arnd,
On Thursday 22 May 2014 09:54 AM, Arnd Bergmann wrote:
> On Thursday 22 May 2014 09:52:27 Santosh Shilimkar wrote:
>> On Thursday 22 May 2014 09:48 AM, Ivan Khoronzhuk wrote:
>>> These patches introduce keystone reset driver.
>>>
>>> The keystone SoC can be rebooted in several ways. By external reset
>>> pin, by soft and by watchdogs. This driver allows software reset and reset
>>> by one of the watchdogs. Also added opportunity to set soft/hard reset type.
>>>
>>> Based on linux-next/master
>>>
>>> v5..v4
>>> power: reset: keystone-reset: introduce keystone reset driver
>>> - changed to get rsmux and rspll offsets from DT
>>> clock: keystone-pllctrl: add bindings for keystone pll controller
>>> - new patch
>>> mfd: ti-keystone-devctrl: add bindings for device state control
>>> - new patch
>>> power: reset: add bindings for keystone reset driver
>>> - corrected description of "ti,syscon-pll", "ti,syscon-dev" properties
>>> - corrected examples
>>> ARM: dts: keystone: update reset node to work with reset driver
>>> - added nodes for pll-controller and device-state-controll
>>> - added offsets to "ti,syscon-pll", "ti,syscon-dev" properties
>>>
>> Looks like you haven't collected Arnd's Reviewed-by tag on the patches.
>> Can be added later as well while applying.
>>
>>
>
> I was going to comment the same. Anyway here you have it for the remaining
> patches:
>
> Reviewed-by: Arnd Bergmann <arnd@...db.de>
>
Thanks. Can we take this driver via arm-soc tree ? I asked the question on previous
thread to drivers/reset/* folks whether they are ok to take the series via arm-soc
or prefer to split the series. No responses so far.
If possible I would like get this driver in current merge window since it ready now.
It has been on the list for almost 3 merge windows including the upcoming.
Regards,
Snatosh
--
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