[PATCH v2 0/4] ARM: OMAP2+: dmtimer: cleanup related to devm API and clk usage

Shilimkar, Santosh santosh.shilimkar at ti.com
Thu Jun 14 06:58:00 EDT 2012


Tony,

On Thu, Jun 14, 2012 at 4:24 PM, DebBarma, Tarun Kanti
<tarun.kanti at ti.com> wrote:
> On Fri, Apr 20, 2012 at 6:09 PM, Tarun Kanti DebBarma
> <tarun.kanti at ti.com> 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 <b-cousson at ti.com>
>> Cc: Paul Walmsley <paul at pwsan.com>
>> Cc: Tony Lindgren <tony at atomide.com>
>> Cc: Kevin Hilman <khilman at ti.com>
>> Cc: Rajendra Nayak <rnayak at ti.com>
>> Cc: Santosh Shilimkar <santosh.shilimkar at ti.com>
>>
>> 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.

Regards
santosh



More information about the linux-arm-kernel mailing list