From: Peter Ujfalusi <peter.ujfalusi@ti.com>
To: Tony Lindgren <tony@atomide.com>
Cc: devicetree@vger.kernel.org, Paul Walmsley <paul@pwsan.com>,
alsa-devel@alsa-project.org, Liam Girdwood <lgirdwood@gmail.com>,
linux-kernel@vger.kernel.org, Tero Kristo <t-kristo@ti.com>,
Mark Brown <broonie@kernel.org>,
linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org,
Jarkko Nikula <jarkko.nikula@bitmer.com>
Subject: Re: [PATCH 0/3] ARM: OMAP3: Fix McBSP2/3 hwmod setup for sidetone
Date: Tue, 22 Mar 2016 10:53:19 +0200 [thread overview]
Message-ID: <56F107FF.8080006@ti.com> (raw)
In-Reply-To: <20160321202107.GO9329@atomide.com>
Tony,
On 03/21/16 22:21, Tony Lindgren wrote:
> Hi,
>
> * Peter Ujfalusi <peter.ujfalusi@ti.com> [160321 01:39]:
>>
>> This is also interesting:
>> McBSP2 sidetone is in region 39 and 40 (module and L4 interconnect) which is
>> unique in case of OMAP34xx and OMAP35xx, but it is overlapping with GPIO6 on
>> OMAP36xx. Not sure what are the implications.
>
> Hmm GPIO6 is in a different L4 segment though? Maybe
> you did not account for the segments?
>
> 0x49000000 + 0x20000 + 0x2000/0x4000/0x6000 for McBSP
> 0x49000000 + 0x50000 + 0x8000 for GPIO6
>
> Or maybe I don't understand at which physical address the
> overlap is? :)
The addresses are not overlapping, but the Region Numbers for GPIO6 and McBSP2
sidetone in Table 9-114 "Region Allocation for
L4-Per Interconnect". But only in case of OMAP36xx
--
Péter
WARNING: multiple messages have this Message-ID (diff)
From: peter.ujfalusi@ti.com (Peter Ujfalusi)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/3] ARM: OMAP3: Fix McBSP2/3 hwmod setup for sidetone
Date: Tue, 22 Mar 2016 10:53:19 +0200 [thread overview]
Message-ID: <56F107FF.8080006@ti.com> (raw)
In-Reply-To: <20160321202107.GO9329@atomide.com>
Tony,
On 03/21/16 22:21, Tony Lindgren wrote:
> Hi,
>
> * Peter Ujfalusi <peter.ujfalusi@ti.com> [160321 01:39]:
>>
>> This is also interesting:
>> McBSP2 sidetone is in region 39 and 40 (module and L4 interconnect) which is
>> unique in case of OMAP34xx and OMAP35xx, but it is overlapping with GPIO6 on
>> OMAP36xx. Not sure what are the implications.
>
> Hmm GPIO6 is in a different L4 segment though? Maybe
> you did not account for the segments?
>
> 0x49000000 + 0x20000 + 0x2000/0x4000/0x6000 for McBSP
> 0x49000000 + 0x50000 + 0x8000 for GPIO6
>
> Or maybe I don't understand at which physical address the
> overlap is? :)
The addresses are not overlapping, but the Region Numbers for GPIO6 and McBSP2
sidetone in Table 9-114 "Region Allocation for
L4-Per Interconnect". But only in case of OMAP36xx
--
P?ter
WARNING: multiple messages have this Message-ID (diff)
From: Peter Ujfalusi <peter.ujfalusi@ti.com>
To: Tony Lindgren <tony@atomide.com>
Cc: Paul Walmsley <paul@pwsan.com>,
Liam Girdwood <lgirdwood@gmail.com>,
Mark Brown <broonie@kernel.org>,
Jarkko Nikula <jarkko.nikula@bitmer.com>,
Tero Kristo <t-kristo@ti.com>, <linux-omap@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>, <devicetree@vger.kernel.org>,
<alsa-devel@alsa-project.org>
Subject: Re: [PATCH 0/3] ARM: OMAP3: Fix McBSP2/3 hwmod setup for sidetone
Date: Tue, 22 Mar 2016 10:53:19 +0200 [thread overview]
Message-ID: <56F107FF.8080006@ti.com> (raw)
In-Reply-To: <20160321202107.GO9329@atomide.com>
Tony,
On 03/21/16 22:21, Tony Lindgren wrote:
> Hi,
>
> * Peter Ujfalusi <peter.ujfalusi@ti.com> [160321 01:39]:
>>
>> This is also interesting:
>> McBSP2 sidetone is in region 39 and 40 (module and L4 interconnect) which is
>> unique in case of OMAP34xx and OMAP35xx, but it is overlapping with GPIO6 on
>> OMAP36xx. Not sure what are the implications.
>
> Hmm GPIO6 is in a different L4 segment though? Maybe
> you did not account for the segments?
>
> 0x49000000 + 0x20000 + 0x2000/0x4000/0x6000 for McBSP
> 0x49000000 + 0x50000 + 0x8000 for GPIO6
>
> Or maybe I don't understand at which physical address the
> overlap is? :)
The addresses are not overlapping, but the Region Numbers for GPIO6 and McBSP2
sidetone in Table 9-114 "Region Allocation for
L4-Per Interconnect". But only in case of OMAP36xx
--
Péter
next prev parent reply other threads:[~2016-03-22 8:53 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-18 10:28 [PATCH 0/3] ARM: OMAP3: Fix McBSP2/3 hwmod setup for sidetone Peter Ujfalusi
2016-03-18 10:28 ` Peter Ujfalusi
2016-03-18 10:28 ` Peter Ujfalusi
2016-03-18 10:28 ` [PATCH 1/3] ARM: DTS: omap3: Remove mcbsp2/3_sidetone hwmod reference for McBSP2/3 Peter Ujfalusi
2016-03-18 10:28 ` Peter Ujfalusi
2016-03-18 10:28 ` Peter Ujfalusi
2016-03-18 10:28 ` [PATCH 2/3] ARM: OMAP3: hwmod data: Merge and remove the McBSP sidetone related data Peter Ujfalusi
2016-03-18 10:28 ` Peter Ujfalusi
2016-03-18 10:28 ` Peter Ujfalusi
2016-03-18 14:09 ` Peter Ujfalusi
2016-03-18 14:09 ` Peter Ujfalusi
2016-03-18 14:09 ` Peter Ujfalusi
2016-03-18 10:28 ` [PATCH 3/3] ASoC: omap-mcbsp: Enable/disable sidetone block auto clock gating for omap3 Peter Ujfalusi
2016-03-18 10:28 ` Peter Ujfalusi
2016-03-18 10:28 ` Peter Ujfalusi
2016-03-18 10:58 ` Applied "ASoC: omap-mcbsp: Enable/disable sidetone block auto clock gating for omap3" to the asoc tree Mark Brown
[not found] ` <1458296929-718-4-git-send-email-peter.ujfalusi-l0cyMroinI0@public.gmane.org>
2016-03-19 19:37 ` [PATCH 3/3] ASoC: omap-mcbsp: Enable/disable sidetone block auto clock gating for omap3 Paul Walmsley
2016-03-19 19:37 ` Paul Walmsley
2016-03-19 19:37 ` Paul Walmsley
2016-03-21 8:44 ` Peter Ujfalusi
2016-03-21 8:44 ` Peter Ujfalusi
2016-03-21 8:44 ` Peter Ujfalusi
[not found] ` <alpine.DEB.2.02.1603191932240.6629-rwI8Ez+7Ko+d5PgPZx9QOdBPR1lH4CV8@public.gmane.org>
2016-03-21 9:52 ` Mark Brown
2016-03-21 9:52 ` Mark Brown
2016-03-21 9:52 ` Mark Brown
2016-03-19 19:31 ` [PATCH 0/3] ARM: OMAP3: Fix McBSP2/3 hwmod setup for sidetone Paul Walmsley
2016-03-19 19:31 ` Paul Walmsley
2016-03-19 19:31 ` Paul Walmsley
2016-03-21 8:38 ` Peter Ujfalusi
2016-03-21 8:38 ` Peter Ujfalusi
2016-03-21 8:38 ` Peter Ujfalusi
[not found] ` <56EFB31C.9090103-l0cyMroinI0@public.gmane.org>
2016-03-21 20:21 ` Tony Lindgren
2016-03-21 20:21 ` Tony Lindgren
2016-03-21 20:21 ` Tony Lindgren
2016-03-22 8:53 ` Peter Ujfalusi [this message]
2016-03-22 8:53 ` Peter Ujfalusi
2016-03-22 8:53 ` Peter Ujfalusi
[not found] ` <56F107FF.8080006-l0cyMroinI0@public.gmane.org>
2016-03-22 19:29 ` Tony Lindgren
2016-03-22 19:29 ` Tony Lindgren
2016-03-22 19:29 ` Tony Lindgren
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=56F107FF.8080006@ti.com \
--to=peter.ujfalusi@ti.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=jarkko.nikula@bitmer.com \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=paul@pwsan.com \
--cc=t-kristo@ti.com \
--cc=tony@atomide.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.