From: "Cousson, Benoit" <b-cousson@ti.com>
To: "Shilimkar, Santosh" <santosh.shilimkar@ti.com>
Cc: "Valkeinen, Tomi" <tomi.valkeinen@ti.com>,
"Nayak, Rajendra" <rnayak@ti.com>,
"Semwal, Sumit" <sumit.semwal@ti.com>,
Paul Walmsley <paul@pwsan.com>, "Hilman, Kevin" <khilman@ti.com>,
linux-omap <linux-omap@vger.kernel.org>,
"Taneja, Archit" <archit@ti.com>
Subject: Re: Problem with DSS clocks & accessing registers
Date: Mon, 7 Mar 2011 15:52:35 +0100 [thread overview]
Message-ID: <4D74F133.5020101@ti.com> (raw)
In-Reply-To: <90dc32aa0eb6d68d2a56424de664653d@mail.gmail.com>
On 3/7/2011 3:05 PM, Shilimkar, Santosh wrote:
>> From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-
>> owner@vger.kernel.org] On Behalf Of Cousson, Benoit
>>
>> + Rajendra
>>
>> Hi Tomi,
>>
>> On 3/7/2011 9:22 AM, Valkeinen, Tomi wrote:
>>> Hi Kevin, Paul,
>>>
>>> We currently have a small problem with OMAP4 DSS. When we enable
>> the DSS
>>> clocks, it seems that the DSS registers are not always accessible
>> right
>>> after the clock enable.
>>
>> What clocks are you talking about? As you know, the DSS has a bunch
>> of functional clocks available depending of the use case.
>>
>>> I understood that on OMAP4 the clock framework doesn't guarantee
>> that
>>> the registers are accessible after enabling clocks, and pm_runtime
>> will handle this. Is this correct?
>>
>
> This seems to the question about a so called optional clock (DSS_CLK)
> which really not an optional clock :)
> This clock needs to be enabled and disabled along with interface and
> functional clock for the registers access to work.
To be more accurate, this clock is one of the functional clock available
for the DSS (the other being the SYS_CLK).
You can use dss_clk or sys_clk (through dsi pll) to generate the
functional clock of the DSS. The issue, as I said is that the
availability status of the DSS is bound to the DSS module mode, not to
any of this DSS clock.
Benoit
next prev parent reply other threads:[~2011-03-07 14:52 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-07 8:22 Problem with DSS clocks & accessing registers Tomi Valkeinen
2011-03-07 13:51 ` Cousson, Benoit
2011-03-07 14:05 ` Santosh Shilimkar
2011-03-07 14:52 ` Cousson, Benoit [this message]
2011-03-07 15:03 ` Tomi Valkeinen
2011-03-08 10:22 ` Cousson, Benoit
2011-03-10 15:07 ` 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=4D74F133.5020101@ti.com \
--to=b-cousson@ti.com \
--cc=archit@ti.com \
--cc=khilman@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=paul@pwsan.com \
--cc=rnayak@ti.com \
--cc=santosh.shilimkar@ti.com \
--cc=sumit.semwal@ti.com \
--cc=tomi.valkeinen@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.