From: Nishanth Menon <menon.nishanth@gmail.com>
To: Omar Ramirez Luna <omar.ramirez@ti.com>
Cc: linux-omap <linux-omap@vger.kernel.org>,
Ameya Palande <ameya.palande@nokia.com>,
Hiroshi Doyu <Hiroshi.DOYU@nokia.com>,
Felipe Contreras <felipe.contreras@nokia.com>,
Nishanth Menon <nm@ti.com>
Subject: Re: [PATCH v2] generic clk module removal
Date: Tue, 27 Apr 2010 20:34:57 -0500 [thread overview]
Message-ID: <4BD790C1.6030406@gmail.com> (raw)
In-Reply-To: <1272418167-12630-1-git-send-email-omar.ramirez@ti.com>
On 04/27/2010 08:29 PM, Omar Ramirez Luna wrote:
> This set of patches remove clk module from the services layer.
>
> Now:
> - GPT 5-8 are controlled through DM Timer framework.
> - MCBSP clocks are enabled by requesting the proper mcbsp device.
> - WDT is left for bridge driver to control rather than on request from dsp.
> - SSI is controlled by enabling/disabling its sst, ssr and ick clocks.
>
> v2:
> - rebased
> - keep iva2 handling as it is advised to turn off the clocks for iva reset
> sources.
> - release all the clocks (disable& free) if driver is uninstalled.
>
>
> Omar Ramirez Luna (5):
> DSPBRIDGE: iva2 clock handling
> DSPBRIDGE: dsp interface to enable ssi clocks
> DSPBRIDGE: Balance the number of enable/disable
> DSPBRIDGE: move clk to dsp-clock
> DSPBRIDGE: reorganize the code to handle peripheral clocks
> DSPBRIDGE: remove clk_handle from drv interface
> DSPBRIDGE: fail if clk handle is NULL
> DSPBRIDGE: Now actually fail if a clk handle is wrong
> DSPBRIDGE: Rename services_clk_* to dsp_clk_*
> DSPBRIDGE: remove unused clock sys_ck
> DSPBRIDGE: remove function clk_set32k_hz
> DSPBRIDGE: remove clk_get_use_cnt
> DSPBRIDGE: trivial clock cleanup for unused code
> DSPBRIDGE: function to get the type of clock requested by dsp
> DSPBRIDGE: use dm timer framework for gpt timers
> DSPBRIDGE: use omap mcbsp to enable mcbsp clocks
> DSPBRIDGE: remove wdt3 from dsp control
> DSPBRIDGE: use one call for both ick and fck clocks
> DSPBRIDGE: Move MCBSP_CLOCKS code to a common place
is there a series numbering for this patchset?
Regards,
Nishanth Menon
next prev parent reply other threads:[~2010-04-28 1:35 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-28 1:29 [PATCH v2] generic clk module removal Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: remove clk_handle from drv interface Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: fail if clk handle is NULL Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: Now actually fail if a clk handle is wrong Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: Rename services_clk_* to dsp_clk_* Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: remove unused clock sys_ck Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: remove function clk_set32k_hz Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: remove clk_get_use_cnt Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: trivial clock cleanup for unused code Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: function to get the type of clock requested by dsp Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: iva2 clock handling Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: use dm timer framework for gpt timers Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: use omap mcbsp to enable mcbsp clocks Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: remove wdt3 from dsp control Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: dsp interface to enable ssi clocks Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: use one call for both ick and fck clocks Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: Move MCBSP_CLOCKS code to a common place Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: Balance the number of enable/disable Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: move clk to dsp-clock Omar Ramirez Luna
2010-04-28 1:29 ` [PATCH v2] DSPBRIDGE: reorganize the code to handle peripheral clocks Omar Ramirez Luna
2010-04-28 7:46 ` [PATCH v2] DSPBRIDGE: use dm timer framework for gpt timers Felipe Contreras
2010-04-28 14:15 ` Omar Ramirez Luna
2010-04-28 16:29 ` Kevin Hilman
2010-04-28 16:36 ` Nishanth Menon
2010-04-28 17:00 ` Omar Ramirez Luna
2010-04-28 17:11 ` Vladimir Pantelic
2010-04-28 17:22 ` Nishanth Menon
2010-04-28 17:59 ` Kevin Hilman
2010-04-28 18:56 ` Nishanth Menon
2010-04-28 19:52 ` Vladimir Pantelic
2010-04-28 19:57 ` Nishanth Menon
2010-04-28 20:50 ` Kevin Hilman
2010-04-29 13:40 ` Benoit Cousson
2010-04-29 14:12 ` Kevin Hilman
2010-04-28 17:02 ` Uribe de Leon, Armando
2010-04-28 17:04 ` Felipe Contreras
2010-04-28 1:34 ` Nishanth Menon [this message]
2010-04-28 13:55 ` [PATCH v2] generic clk module removal Omar Ramirez Luna
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=4BD790C1.6030406@gmail.com \
--to=menon.nishanth@gmail.com \
--cc=Hiroshi.DOYU@nokia.com \
--cc=ameya.palande@nokia.com \
--cc=felipe.contreras@nokia.com \
--cc=linux-omap@vger.kernel.org \
--cc=nm@ti.com \
--cc=omar.ramirez@ti.com \
/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.