From: "Cousson, Benoit" <b-cousson@ti.com>
To: Paul Walmsley <paul@pwsan.com>
Cc: Ming Lei <ming.lei@canonical.com>,
linux@arm.linux.org.uk, will.deacon@arm.com, tony@atomide.com,
linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org,
khilman@deeprootsystems.com
Subject: Re: [PATCH v5 4/7] arm: omap4: hwmod: introduce emu hwmod
Date: Tue, 29 Nov 2011 17:19:12 +0100 [thread overview]
Message-ID: <4ED50600.8070607@ti.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1111261906010.6289@utopia.booyaka.com>
Hi Paul,
On 11/27/2011 3:07 AM, Paul Walmsley wrote:
> On Sat, 26 Nov 2011, Paul Walmsley wrote:
>
>> Hi Benoît,
>>
>> a question about this patch.
>
> ...
>
>>> + .name = "mipi_stm",
>>> + .pa_start = 0x54161000,
>>> + .pa_end = 0x54161fff,
>>> + .flags = ADDR_TYPE_RT
>
>> ... none of the address spaces above have the ADDR_TYPE_RT flag set.
>> Without this flag set, the hwmod code won't know where to access the OCP
>> registers.
>
> Ugh, it's above; I just missed it. Sorry about that.
>
> So just out of curiosity, do those SYSCONFIG registers in the STM address
> space apply to the entire DEBUGSS, or just the STM IP block?
The STM IP is the only one to have the TI generic wrapper to be
compliant with TI standards.
But in term of PRCM, there is only one IP, the DEBUGSS.
There are probably a bunch of internal clock management inside it that
are not exposed to PRCM.
The confusing part is that in theory all these entries can be accessed
by the same OCP port, and should potentially have this flags.
The point is that for the moment, we are mainly using that flag to get
the SYSCONFIG.
We already discussed that, but I think we should modify this flag to
highlight the SYSCONFIG / SYSSTATUS availability.
Maybe with something like ADDR_SYSCONFIG?
Any thought?
Regards,
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
next prev parent reply other threads:[~2011-11-29 16:19 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-24 14:45 [PATCH v5 0/7] arm: pmu: support pmu/perf on OMAP4 ming.lei
2011-10-24 14:45 ` [PATCH v5 1/7] arm: introduce cross trigger interface helpers ming.lei
2011-10-24 14:45 ` [PATCH v5 2/7] arm: pmu: allow platform specific irq enable/disable handling ming.lei
2011-11-01 3:26 ` Ming Lei
2011-11-01 12:52 ` Will Deacon
2011-10-24 14:45 ` [PATCH v5 3/7] arm: perf: support device with other non-irq resources ming.lei
2011-10-24 15:08 ` Will Deacon
2011-10-25 1:09 ` Ming Lei
2011-10-25 8:34 ` Will Deacon
2011-10-25 8:44 ` Paul Walmsley
2011-10-25 10:23 ` Ming Lei
2011-10-25 11:00 ` Paul Walmsley
2011-11-08 9:25 ` Ming Lei
2011-11-08 12:17 ` Will Deacon
2011-10-24 14:45 ` [PATCH v5 4/7] arm: omap4: hwmod: introduce emu hwmod ming.lei
2011-11-08 15:26 ` Paul Walmsley
2011-11-09 9:56 ` Ming Lei
2011-11-10 9:02 ` Paul Walmsley
2011-11-11 11:41 ` Will Deacon
2011-11-11 11:47 ` Jamie Iles
2011-11-11 11:59 ` Will Deacon
2011-11-11 14:56 ` Cousson, Benoit
2011-11-11 14:58 ` Will Deacon
2011-11-11 15:12 ` Cousson, Benoit
2011-11-11 15:22 ` Will Deacon
2011-11-18 12:58 ` Cousson, Benoit
2011-11-18 14:56 ` Will Deacon
2011-11-19 14:42 ` Ming Lei
2011-11-20 3:27 ` Paul Walmsley
2011-11-21 13:58 ` Will Deacon
2011-11-21 14:53 ` Ming Lei
2011-11-21 15:16 ` Will Deacon
2011-11-21 15:30 ` Ming Lei
2011-11-19 14:37 ` Ming Lei
2011-11-27 1:58 ` Paul Walmsley
2011-11-27 2:07 ` Paul Walmsley
2011-11-29 16:19 ` Cousson, Benoit [this message]
2011-11-29 18:11 ` Paul Walmsley
2011-11-30 16:20 ` Cousson, Benoit
2011-11-08 15:42 ` Paul Walmsley
2011-11-09 11:33 ` Ming Lei
2011-10-24 14:45 ` [PATCH v5 5/7] arm: omap4: create pmu device via hwmod ming.lei
2011-10-24 14:45 ` [PATCH v5 6/7] arm: omap4: support pmu ming.lei
2011-11-23 17:47 ` Rabin Vincent
2011-11-25 0:37 ` Ming Lei
2011-10-24 14:45 ` [PATCH v5 7/7] arm: omap4: pmu: support runtime pm ming.lei
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=4ED50600.8070607@ti.com \
--to=b-cousson@ti.com \
--cc=khilman@deeprootsystems.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=ming.lei@canonical.com \
--cc=paul@pwsan.com \
--cc=tony@atomide.com \
--cc=will.deacon@arm.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;
as well as URLs for NNTP newsgroup(s).