Hi Tony,

On Thu, Jun 14, 2012 at 4:28 PM, Shilimkar, Santosh
<[email protected]> wrote:
> Tony,
>
> On Thu, Jun 14, 2012 at 4:24 PM, DebBarma, Tarun Kanti
> <[email protected]> wrote:
>> On Fri, Apr 20, 2012 at 6:09 PM, Tarun Kanti DebBarma
>> <[email protected]> wrote:
>>> The devm API usage in probe() simplifies error handling operation.
>>> Since iclk is not used in the driver it is removed from wherever
>>> not needed.
>>> Corrected the timer fck name mis-match between clock44xx_data.c and
>>> omap_hwmod_44xx_data.c.
>>> Added omap_hwmod_get_main_clk() API. There is no more need to construct
>>> clock names using sprintf() to be used in clk_get() during initialization.
>>>
>>> Reference:
>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
>>> Commit: e816b57a337ea3b755de72bec38c10c864f23015 (Linux 3.4-rc3)
>>>
>>> Series is available here for reference:
>>> git://gitorious.org/~tarunkanti/omap-sw-develoment/tarunkantis-linux-omap-dev
>>>  dmtimer_cleanup_for_3.5
>>>
>>> Tested on following platforms:
>>> OMAP5, OMAP4430SDP, OMAP3430SDP, OMAP2430SDP.
>>> Could not test on OMAP2420 due to unavailability of board.
>>>
>>> v2:
>>> - Use devm_request_and_ioremap() instead of request_mem_region() and 
>>> ioremap()
>>> - Add omap_hwmod_get_main_clk() API
>>> - Reverted changes of clock names from OMAP2 and OMAP3 platforms
>>>
>>> Cc: Cousson, Benoit <[email protected]>
>>> Cc: Paul Walmsley <[email protected]>
>>> Cc: Tony Lindgren <[email protected]>
>>> Cc: Kevin Hilman <[email protected]>
>>> Cc: Rajendra Nayak <[email protected]>
>>> Cc: Santosh Shilimkar <[email protected]>
>>>
>>> Tarun Kanti DebBarma (4):
>>>  ARM: OMAP: dmtimer: use devm_ API and do some cleanup in probe()
>>>  ARM: OMAP2+: hwmod: add omap_hwmod_get_main_clk() API
>>>  ARM: OMAP2+: dmtimer: cleanup iclk usage
>>>  ARM: OMAP2+: dmtimer: cleanup fclk usage
>> [ping]
>> Only one of the patches in the series (ARM: OMAP2+: dmtimer: cleanup iclk 
>> usage)
>> has been taken. I just applied the remaining patches on top of Linux 3.5-rc2 
>> and
>> tested on OMAP3 and OMAP4. Can the remaining patches be taken as well?
>
> Just to let you know that this cleanup is essential for Benoit's OMAP4
> hwmod cleanup
> and OMAP5 minimal support series.
This is a gentle reminder in case you have missed somehow!!
Let me know if anything else needs to be done.
Thanks.
--
Tarun
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to