From: Ladislav Michl <ladis@linux-mips.org>
To: "Mark A. Greer" <mgreer@animalcreek.com>
Cc: "Kim, Milo" <Milo.Kim@ti.com>,
"tony@atomide.com" <tony@atomide.com>,
"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>
Subject: Re: [PATCH] ARM: OMAP AM35x: clockdomain data: fix resolving dependency problem
Date: Sat, 7 Jul 2012 14:41:31 +0200 [thread overview]
Message-ID: <20120707124131.GA9034@localhost.localdomain> (raw)
In-Reply-To: <20120702174138.GA9669@animalcreek.com>
On Mon, Jul 02, 2012 at 10:41:38AM -0700, Mark A. Greer wrote:
> On Mon, Jul 02, 2012 at 05:54:57AM +0000, Kim, Milo wrote:
> > In am35x board , iva2 clock domain doesn't be used.
> > So mpu_am35x_clkdm should be used rather than mpu_3xxx_clkdm.
> > OMAP3430 : mpu_3xxx_clkdm (with iva2 clkdm)
> > AM35x : mpu_am35x_clkdm (without iva2 clkdm)
> >
> > For the compatibility with omap3430, this patch has no conflict because mpu_3xxx_clkdm was already defined in clock domains for omap3430.
> > So this can be removed from common clock domain.
> >
> > Below error can be fixed with this patch.
> >
> > [ 0.000000] AM3517 ES1.1 (l2cache sgx neon )
> > [ 0.000000] ------------[ cut here ]------------
> > [ 0.000000] WARNING: at arch/arm/mach-omap2/clockdomain.c:237 _resolve_clkdm_deps+0x68/0x108()
> > [ 0.000000] clockdomain: mpu_clkdm: could not find clkdm iva2_clkdm while resolving dependencies - should never happen
> > [ 0.000000] Modules linked in:
> > [ 0.000000] [<c001bd3c>] (unwind_backtrace+0x0/0xf4) from [<c0040c2c>] (warn_slowpath_common+0x4c/0x64)
> > [ 0.000000] [<c0040c2c>] (warn_slowpath_common+0x4c/0x64) from [<c0040cd8>] (warn_slowpath_fmt+0x30/0x40)
> > [ 0.000000] [<c0040cd8>] (warn_slowpath_fmt+0x30/0x40) from [<c003256c>] (_resolve_clkdm_deps+0x68/0x108)
> > [ 0.000000] [<c003256c>] (_resolve_clkdm_deps+0x68/0x108) from [<c0032640>] (clkdm_complete_init+0x34/0x90)
> > [ 0.000000] [<c0032640>] (clkdm_complete_init+0x34/0x90) from [<c06d7600>] (omap3_init_early+0x20/0x30)
> > [ 0.000000] [<c06d7600>] (omap3_init_early+0x20/0x30) from [<c06d3230>] (setup_arch+0x834/0x94c)
> > [ 0.000000] [<c06d3230>] (setup_arch+0x834/0x94c) from [<c06cf6b0>] (start_kernel+0x88/0x2fc)
> > [ 0.000000] [<c06cf6b0>] (start_kernel+0x88/0x2fc) from [<80008044>] (0x80008044)
> >
> > Signed-off-by: Milo(Woogyom) Kim <milo.kim@ti.com>
> > ---
> > arch/arm/mach-omap2/clockdomains3xxx_data.c | 1 -
> > 1 files changed, 0 insertions(+), 1 deletions(-)
> >
> > diff --git a/arch/arm/mach-omap2/clockdomains3xxx_data.c b/arch/arm/mach-omap2/clockdomains3xxx_data.c
> > index d625844..56089c4 100644
> > --- a/arch/arm/mach-omap2/clockdomains3xxx_data.c
> > +++ b/arch/arm/mach-omap2/clockdomains3xxx_data.c
> > @@ -454,7 +454,6 @@ static struct clkdm_autodep clkdm_am35x_autodeps[] = {
> >
> > static struct clockdomain *clockdomains_common[] __initdata = {
> > &wkup_common_clkdm,
> > - &mpu_3xxx_clkdm,
> > &neon_clkdm,
> > &core_l3_3xxx_clkdm,
> > &core_l4_3xxx_clkdm,
> > --
> > 1.7.2.5
>
> Hi Milo.
>
> Thanks for the patch but this issue should already be fixed in a patch
> that Tony just made a pull request for
> (http://www.spinics.net/lists/linux-omap/msg73080.html).
>
> >From that email (and branch in the email), look for this patch:
>
> > Mark A. Greer (4):
>
> > ARM: OMAP AM35x: clockdomain data: Fix clockdomain dependencies
>
> Please take a look as another set of eyes never hurts. :)
Hi Mark,
just tested above patch on Technexion's TAM-3517 and it indeed fixes above
warning. Without patch, warning is generated. Tested on Tony's master branch.
ladis
next prev parent reply other threads:[~2012-07-07 12:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-02 5:54 [PATCH] ARM: OMAP AM35x: clockdomain data: fix resolving dependency problem Kim, Milo
2012-07-02 17:41 ` Mark A. Greer
2012-07-07 12:41 ` Ladislav Michl [this message]
2012-07-09 16:16 ` Mark A. Greer
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=20120707124131.GA9034@localhost.localdomain \
--to=ladis@linux-mips.org \
--cc=Milo.Kim@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=mgreer@animalcreek.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.