public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: "Cousson, Benoit" <b-cousson@ti.com>
To: "Nayak, Rajendra" <rnayak@ti.com>
Cc: "paul@pwsan.com" <paul@pwsan.com>,
	"Shilimkar, Santosh" <santosh.shilimkar@ti.com>,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>
Subject: Re: [PATCH v2 0/7] Fix module-mode enable sequence on OMAP4
Date: Fri, 24 Jun 2011 15:31:08 +0200	[thread overview]
Message-ID: <4E04919C.80607@ti.com> (raw)
In-Reply-To: <4E048FD9.6060501@ti.com>

On 6/24/2011 3:23 PM, Nayak, Rajendra wrote:
> On 6/24/2011 5:06 AM, Benoit Cousson wrote:
>> Hi Paul&   Rajendra,
>>
>> Here is an updated version of the series started by Rajendra.
>> I had to update it because this series is mandatory for the hwmod
>> modulemodule control series.
>> I rebased it on top of the various fixes done on hwmod framework
>> and to take advantage of the new clkdm attribute in omap_hwmod.
>> I thus added 2 new APIs to handle clockdomain from hwmod instead
>> of using the clockdomain done for clock.
>>
>> I drop the clockdomain control for optional clocks that is not
>> mandatory.
>
> There were also some locking issues with this series pointed out
> by Todd, for which I did a RFC patch to add a per-clkdm lock.
> Any thoughts on that? We might need that or something similar to
> prevent concurrent clkdm states being programmed, now that they
> are done from hwmod (with a per-hwmod lock held) instead of being
> earlier done from clk framework with a global lock held.

Oops, good point I forgot that one.
I'm fine with it, but I think Paul was wondering if one global lock for 
clockdomain will not be enough. For the moment, it is maybe safer to 
keep one lock per domain.
I'll add it for the next revision.

Thanks,
Benoit

      reply	other threads:[~2011-06-24 13:31 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-24 12:06 [PATCH v2 0/7] Fix module-mode enable sequence on OMAP4 Benoit Cousson
2011-06-24 12:06 ` [PATCH v2 1/7] OMAP2+: clockdomain: Add an api to read idle mode Benoit Cousson
2011-06-24 12:06 ` [PATCH v2 2/7] OMAP2+: clockdomain: Add SoC support for clkdm_is_idle Benoit Cousson
2011-06-24 12:06 ` [PATCH v2 3/7] OMAP2+: PM: Initialise sleep_switch to a non-valid value Benoit Cousson
2011-06-24 12:06 ` [PATCH v2 4/7] OMAP2+: PM: idle clkdms only if already in idle Benoit Cousson
2011-06-24 12:06 ` [PATCH v2 5/7] OMAP4: PM: TEMP: Prevent l3init from idling/force sleep Benoit Cousson
2011-06-24 12:06 ` [PATCH v2 6/7] OMAP2+: clockdomain: Add 2 APIs to control clockdomain from hwmod framework Benoit Cousson
2011-06-26 20:07   ` Todd Poynor
2011-06-27  9:18     ` Cousson, Benoit
2011-06-24 12:06 ` [PATCH v2 7/7] OMAP2+: hwmod: Follow the recommended PRCM module enable sequence Benoit Cousson
2011-06-24 13:23 ` [PATCH v2 0/7] Fix module-mode enable sequence on OMAP4 Rajendra Nayak
2011-06-24 13:31   ` Cousson, Benoit [this message]

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=4E04919C.80607@ti.com \
    --to=b-cousson@ti.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=paul@pwsan.com \
    --cc=rnayak@ti.com \
    --cc=santosh.shilimkar@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox