From: Nishanth Menon <nm@ti.com>
To: "DebBarma, Tarun Kanti" <tarun.kanti@ti.com>
Cc: linux-omap <linux-omap@vger.kernel.org>,
Tony Lindgren <tony@atomide.com>,
Angelo Arrifano <miknix@gmail.com>,
"Zebediah C. McClure" <zmc@lurian.net>,
Alistair Buxton <a.j.buxton@gmail.com>,
Grazvydas Ignotas <notasas@gmail.com>,
Paul Walmsley <paul@pwsan.com>, "Premi, Sanjeev" <premi@ti.com>,
"Shilimkar, Santosh" <santosh.shilimkar@ti.com>,
"Guruswamy, Senthilvadivu" <svadivu@ti.com>,
Kevin Hilman <khilman@deeprootsystems.com>,
Tomi Valkeinen <tomi.valkeinen@nokia.com>,
Aaro Koskinen <aaro.koskinen@nokia.com>,
"Pandita, Vikram" <vikram.pandita@ti.com>,
"S, Vishwanath" <vishwa.s@ti.com>
Subject: Re: [PATCH 3/9 v2] omap: generic: introduce a single check_revision
Date: Fri, 25 Jun 2010 08:55:22 -0500 [thread overview]
Message-ID: <4C24B54A.7050005@ti.com> (raw)
In-Reply-To: <5A47E75E594F054BAF48C5E4FC4B92AB032366B404@dbde02.ent.ti.com>
DebBarma, Tarun Kanti had written, on 06/25/2010 08:50 AM, the following:
> Nishant,
>
>> -----Original Message-----
>> From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-
>> owner@vger.kernel.org] On Behalf Of Menon, Nishanth
>> Sent: Friday, June 25, 2010 6:57 PM
>> To: linux-omap
>> Cc: Menon, Nishanth; Tony Lindgren; Angelo Arrifano; Zebediah C. McClure;
>> Alistair Buxton; Grazvydas Ignotas; Paul Walmsley; Premi, Sanjeev;
[...]
>>
>> diff --git a/arch/arm/mach-omap1/io.c b/arch/arm/mach-omap1/io.c
>> index e4d8680..4f9ee73 100644
>> --- a/arch/arm/mach-omap1/io.c
>> +++ b/arch/arm/mach-omap1/io.c
>> @@ -20,7 +20,6 @@
>>
>> #include "clock.h"
>>
>> -extern void omap1_check_revision(void);
>> extern void omap_sram_init(void);
>>
>> /*
>> @@ -102,7 +101,7 @@ void __init omap1_map_common_io(void)
>> /* We want to check CPU revision early for cpu_is_omapxxxx() macros.
>> * IO space mapping must be initialized before we can do that.
>> */
>> - omap1_check_revision();
>> + omap_check_revision();
>>
>> #if defined (CONFIG_ARCH_OMAP730) || defined (CONFIG_ARCH_OMAP850)
>> if (cpu_is_omap7xx()) {
>> diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
>> index 4e1f53d..eeb0e30 100644
>> --- a/arch/arm/mach-omap2/io.c
>> +++ b/arch/arm/mach-omap2/io.c
>> @@ -238,7 +238,7 @@ static void __init _omap2_map_common_io(void)
>> local_flush_tlb_all();
>> flush_cache_all();
>>
>> - omap2_check_revision();
>> + omap_check_revision();
>> omap_sram_init();
>> }
>>
>> diff --git a/arch/arm/plat-omap/common.c b/arch/arm/plat-omap/common.c
>> index fca73cd..f240d9a 100644
>> --- a/arch/arm/plat-omap/common.c
>> +++ b/arch/arm/plat-omap/common.c
>> @@ -89,6 +89,18 @@ void __init omap_reserve(void)
>> omap_vram_reserve_sdram_lmb();
>> }
>>
>> +void __init omap_check_revision(void)
>> +{
>> +#ifdef CONFIG_ARCH_OMAP1
>> + if (cpu_is_omap7xx() || cpu_is_omap15xx() || cpu_is_omap16xx())
>> + omap1_check_revision();
>> +#endif
>> +#ifdef CONFIG_ARCH_OMAP2PLUS
>> + if (cpu_is_omap24xx() || cpu_is_omap34xx() || cpu_is_omap44xx())
>> + omap2_check_revision();
>> +#endif
>> +}
>
> Inside omap2_check_revision() there is already check for cpu type. So do we need to have it here? Here is the code snippet!!
>
> void __init omap2_check_revision(void)
> {
> /*
> * At this point we have an idea about the processor revision set
> * earlier with omap2_set_globals_tap().
> */
> if (cpu_is_omap24xx()) {
> omap24xx_check_revision();
> } else if (cpu_is_omap34xx()) {
> omap3_check_revision();
> omap3_check_features();
> omap3_cpuinfo();
> return;
> } else if (cpu_is_omap44xx()) {
> omap4_check_revision();
> return;
> } else {
> pr_err("OMAP revision unknown, please fix!\n");
> }
> ...
thanks for your comment.
My rationale for doing it is to allow for a single OMAP build for both
omap1 and omap2+ in which case the cpu_is check makes sense.
we have two choices:
a) remove the hope of having a single omap build (and the above logic is
a bit simpler.
b) when a new processor like omap5+ appears, yeah, we'd need to add
cpu_is_omap5xxx() here as well..
I am biased to (a), but leave the decision to community wisdom ;)
[...]
--
Regards,
Nishanth Menon
next prev parent reply other threads:[~2010-06-25 13:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <[PATCH 3/9] omap: generic: introduce a single check_revision>
2010-06-25 13:26 ` [PATCH 3/9 v2] omap: generic: introduce a single check_revision Nishanth Menon
2010-06-25 13:26 ` [PATCH 6/9 v2] omap: move generic omap3 features to generic Nishanth Menon
2010-06-25 13:50 ` [PATCH 3/9 v2] omap: generic: introduce a single check_revision DebBarma, Tarun Kanti
2010-06-25 13:55 ` Nishanth Menon [this message]
2010-06-25 14:38 ` Venkatraman S
2010-06-25 14:43 ` Nishanth Menon
2010-06-25 15:16 ` Venkatraman S
2010-06-25 16:24 ` Nishanth Menon
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=4C24B54A.7050005@ti.com \
--to=nm@ti.com \
--cc=a.j.buxton@gmail.com \
--cc=aaro.koskinen@nokia.com \
--cc=khilman@deeprootsystems.com \
--cc=linux-omap@vger.kernel.org \
--cc=miknix@gmail.com \
--cc=notasas@gmail.com \
--cc=paul@pwsan.com \
--cc=premi@ti.com \
--cc=santosh.shilimkar@ti.com \
--cc=svadivu@ti.com \
--cc=tarun.kanti@ti.com \
--cc=tomi.valkeinen@nokia.com \
--cc=tony@atomide.com \
--cc=vikram.pandita@ti.com \
--cc=vishwa.s@ti.com \
--cc=zmc@lurian.net \
/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.