From: Tony Lindgren <tony@atomide.com>
To: "Shilimkar, Santosh" <santosh.shilimkar@ti.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
Kevin Hilman <khilman@deeprootsystems.com>
Subject: Re: [PATCH] OMAP2/3/4: ioremap address space
Date: Thu, 4 Feb 2010 13:50:54 -0800 [thread overview]
Message-ID: <20100204215054.GT22747@atomide.com> (raw)
In-Reply-To: <EAF47CD23C76F840A9E7FCE10091EFAB02C0B426A2@dbde02.ent.ti.com>
* Shilimkar, Santosh <santosh.shilimkar@ti.com> [100204 11:45]:
> Tony,
>
> -----Original Message-----
> From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Shilimkar, Santosh
> Sent: Wednesday, January 27, 2010 11:14 AM
> To: Tony Lindgren
> Cc: linux-omap@vger.kernel.org; Kevin Hilman
> Subject: RE: [PATCH] OMAP2/3/4: ioremap address space
>
> <snip>
>
> > > > void __iomem *omap_ctrl_base_get(void)
> > > > diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
> > > > index a091b53..fb5921b 100644
> > > > --- a/arch/arm/mach-omap2/id.c
> > > > +++ b/arch/arm/mach-omap2/id.c
> > > > @@ -407,7 +407,12 @@ void __init omap2_check_revision(void)
> > > > void __init omap2_set_globals_tap(struct omap_globals *omap2_globals)
> > > > {
> > > > omap_revision = omap2_globals->class;
> > > > - tap_base = omap2_globals->tap;
> > > > +
> > > > + /* Static mapping, never released */
> > > > + if (omap2_globals->tap) {
> > > > + tap_base = ioremap(omap2_globals->tap, SZ_4K);
> > > > + WARN_ON(!tap_base);
> > > > + }
> > > >
> > > > if (cpu_is_omap34xx())
> > > > tap_prod_id = 0x0210;
> > >
> > > Nice clean-up.
> > >
> > > We need to check carefully that the cpu detection is done by the time
> > > we do the ioremap.. Initially we only know the machine class such as
> > > 34xx/24xx.
> > Machine class is good enough to select the correct omap_global descriptor.
Yeah but ioremap uses cpu_is_omap2420() and cpu_is_omap2430(), so we can't
use that for setting tap_base. Basically ioremap() won't work in this
case until omap2_check_revision() is done.
I _think_ the others are safe..
> > Isn't it ?
> > > We have at least cpu_is_omap2420 and cpu_is_omap2430 being used in io.c,
> > > so all these mappings may not work properly.
> > >
> > > Also, we should merge this as one patch to keep the system booting
> > > between the patches.
> > Git bisect would be problem. We can merge them together.
> Merged patch attached.
>
> How do we proceed with this? I can test this patch with omap3_defconfig and see if
> the Image works on OMAP3430, OMAP3630 and OMAP4430 SDPs.
How about leave tap changes from this patcht, and ioremap the rest?
Then let's try it out in l-o master for next few weeks and then merge
it assuming things are OK.
Regards,
Tony
next prev parent reply other threads:[~2010-02-04 21:50 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-04 19:48 [PATCH] OMAP2/3/4: ioremap address space Shilimkar, Santosh
2010-02-04 21:50 ` Tony Lindgren [this message]
2010-02-05 5:32 ` Shilimkar, Santosh
2010-02-05 13:59 ` Shilimkar, Santosh
-- strict thread matches above, loose matches on Subject: below --
2010-01-26 8:40 [PATCH] OMAP2/3/4: Convert bases in omap_globals to physical address Santosh Shilimkar
2010-01-26 8:40 ` [PATCH] OMAP2/3/4: ioremap address space Santosh Shilimkar
2010-01-26 15:46 ` Tony Lindgren
2010-01-27 5:09 ` Shilimkar, Santosh
2010-01-27 5:44 ` Shilimkar, Santosh
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=20100204215054.GT22747@atomide.com \
--to=tony@atomide.com \
--cc=khilman@deeprootsystems.com \
--cc=linux-omap@vger.kernel.org \
--cc=santosh.shilimkar@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox