From: "Ramirez Luna, Omar" <omar.ramirez@ti.com>
To: Felipe Contreras <felipe.contreras@gmail.com>
Cc: Tony Lindgren <tony@atomide.com>,
Benoit Cousson <b-cousson@ti.com>, Kevin Hilman <khilman@ti.com>,
Ohad Ben-Cohen <ohad@wizery.com>,
Russell King <linux@arm.linux.org.uk>,
Linux PM <linux-pm@vger.kernel.org>,
"Rafael J. Wysocki" <rjw@sisk.pl>,
iommu@lists.linux-foundation.org,
MyungJoo Ham <myungjoo.ham@gmail.com>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp
Date: Thu, 15 Dec 2011 20:01:54 -0600 [thread overview]
Message-ID: <CAB-zwWiTHD38s6Mz_xfxhxBqYph1ctTmhU5dntnp4zHsUwJtHA@mail.gmail.com> (raw)
In-Reply-To: <CAMP44s2WFghH4qPKuwSQJFaoLEmfAtcHB3DRZwNYe4zXTQexfQ@mail.gmail.com>
On Thu, Dec 15, 2011 at 6:39 PM, Felipe Contreras
<felipe.contreras@gmail.com> wrote:
> On Thu, Dec 15, 2011 at 6:18 AM, Omar Ramirez Luna <omar.ramirez@ti.com> wrote:
>> +/* l4_core -> isp mmu */
>> +static struct omap_hwmod_ocp_if omap3xxx_l4_core__isp_mmu = {
>> + .master = &omap3xxx_l4_core_hwmod,
>> + .slave = &omap3xxx_isp_mmu_hwmod,
>> + .addr = omap3xxx_isp_mmu_addrs,
>> + .user = OCP_USER_MPU | OCP_USER_SDMA,
>> +};
>
> Are you sure you are not missing something like:
>
> .clk = "cam_ick",
I believe in this case cam_ick is used as the main clock as it
supplies both functional and interface.
>
>> +/* isp mmu slave ports */
>> +static struct omap_hwmod_ocp_if *omap3xxx_isp_mmu_slaves[] = {
>> + &omap3xxx_l4_core__isp_mmu,
>> +};
>> +
>> +static struct omap_hwmod omap3xxx_isp_mmu_hwmod = {
>> + .name = "isp_mmu",
>> + .class = &omap3xxx_mmu_hwmod_class,
>> + .mpu_irqs = omap3xxx_isp_mmu_irqs,
>> + .main_clk = "cam_ick",
>
> It's not "cam_fck"?
AFAIK cam_fck doesn't exist in the code, and CAM_L3_ICK is used as
both ick/fck according to TRM.
>
>> + .dev_attr = &isp_mmu_dev_attr,
>> + .slaves = omap3xxx_isp_mmu_slaves,
>> + .slaves_cnt = ARRAY_SIZE(omap3xxx_isp_mmu_slaves),
>> + .flags = HWMOD_NO_IDLEST,
>> +};
>
> Most of the stuff I see the hwmods is .main_lock = "foo_fck", slave
> .clk = "foo_ick". Maybe that explains the irq issues you get.
I see irq issues with iva hwmod because tidspbridge doesn't use iommu
API yet, so if you enable both the mmu hwmod and tidspbridge own mmu
implementation there will be some conflicts.
I didn't see isp issues though, but I didn't went more than
booting/enabling with isp mmu.
Regards,
Omar
--
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-12-16 2:01 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-15 4:18 [PATCH v4 0/4] OMAP: iommu: hwmod support and runtime PM Omar Ramirez Luna
2011-12-15 4:18 ` [PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp Omar Ramirez Luna
2011-12-16 0:39 ` Felipe Contreras
2011-12-16 2:01 ` Ramirez Luna, Omar [this message]
2011-12-19 16:11 ` Felipe Contreras
2011-12-23 15:53 ` Ramirez Luna, Omar
2011-12-25 21:08 ` Laurent Pinchart
2012-01-05 19:24 ` Ramirez Luna, Omar
2012-01-07 16:12 ` Laurent Pinchart
2011-12-15 4:18 ` [PATCH v4 2/4] OMAP4: hwmod data: add mmu hwmod for ipu and dsp Omar Ramirez Luna
2011-12-15 4:18 ` [PATCH v4 3/4] OMAP3/4: iommu: migrate to hwmod framework Omar Ramirez Luna
2011-12-16 0:47 ` Felipe Contreras
2011-12-15 4:18 ` [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm Omar Ramirez Luna
2011-12-16 0:33 ` Felipe Contreras
2011-12-16 2:59 ` Ramirez Luna, Omar
2011-12-16 0:53 ` Felipe Contreras
2011-12-16 3:18 ` Ramirez Luna, Omar
2011-12-19 16:27 ` Felipe Contreras
2011-12-23 16:30 ` Ramirez Luna, Omar
2011-12-23 17:04 ` Felipe Contreras
2011-12-25 0:03 ` Ramirez Luna, Omar
2011-12-27 9:41 ` Felipe Contreras
2012-01-05 18:26 ` Ramirez Luna, Omar
2011-12-17 1:39 ` 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=CAB-zwWiTHD38s6Mz_xfxhxBqYph1ctTmhU5dntnp4zHsUwJtHA@mail.gmail.com \
--to=omar.ramirez@ti.com \
--cc=b-cousson@ti.com \
--cc=felipe.contreras@gmail.com \
--cc=iommu@lists.linux-foundation.org \
--cc=khilman@ti.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=myungjoo.ham@gmail.com \
--cc=ohad@wizery.com \
--cc=rjw@sisk.pl \
--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 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).