All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Cousson, Benoit" <b-cousson@ti.com>
To: Paul Walmsley <paul@pwsan.com>
Cc: "Nayak, Rajendra" <rnayak@ti.com>,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	"Basak, Partha" <p-basak2@ti.com>
Subject: Re: [PATCH] OMAP4: PM: Declare idle modules as functional too
Date: Fri, 24 Sep 2010 09:50:30 +0200	[thread overview]
Message-ID: <4C9C5846.1000409@ti.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1009240123420.10678@utopia.booyaka.com>

On 9/24/2010 9:28 AM, Paul Walmsley wrote:
> Hi Rajendra, Partha, Benoît,
>
> On Fri, 24 Sep 2010, Rajendra Nayak wrote:
>
>> The omap4_cm_wait_module_ready function would only check for
>> the modules to be completely functional before declaring them
>> ready to be accessed.
>> There might also be instances where in the module is actually
>> in idle (under h/w control) but should still be declared
>> accessible, as the h/w control would make it functional when
>> needed.
>>
>> Hence make omap4_cm_wait_module_ready return true in case
>> the module is fully functional *or* in idle state.
>> Fail only if the module is fully disabled or stuck intransition.
>>
>> The explaination from the TRM for the idlest bits on OMAP4 is as
>> below for quick reference
>>
>> Module idle state:
>> 0x0 func:     Module is fully functional, including OCP
>> 0x1 trans:    Module is performing transition: wakeup, or sleep, or sleep
>>                abortion
>> 0x2 idle:     Module is in Idle mode (only OCP part). It is functional if
>>                using separate functional clock
>
> Thanks for the detailed changelog.  Do we need to check any other
> registers to ensure that the OCP port is in autoidle, or to ensure that
> the separate functional clock is active?

Unfortunately, we do not have any other status than that in OMAP4 for 
the modules clocks activity :-(

Benoit
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2010-09-24  7:50 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-24  7:10 [PATCH] OMAP4: PM: Declare idle modules as functional too Rajendra Nayak
2010-09-24  7:28 ` Paul Walmsley
2010-09-24  7:50   ` Cousson, Benoit [this message]
2010-09-24 16:30     ` Paul Walmsley

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=4C9C5846.1000409@ti.com \
    --to=b-cousson@ti.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=p-basak2@ti.com \
    --cc=paul@pwsan.com \
    --cc=rnayak@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.