* Tony Lindgren <t...@atomide.com> [091013 10:15]: > * Nishanth Menon <menon.nisha...@gmail.com> [091013 03:44]: > > Shilimkar, Santosh said the following on 10/13/2009 05:03 AM: > > > Has anybody tried building latest linux-omap master ? The build is > > > breaking for other OMAP processors. > > > > > > CC arch/arm/mach-omap2/id.o > > > arch/arm/mach-omap2/id.c: In function 'omap3_cpuinfo': > > > arch/arm/mach-omap2/id.c:269: error: implicit declaration of function > > > 'cpu_is_omap3630' > > > make[1]: *** [arch/arm/mach-omap2/id.o] Error 1 > > > make: *** [arch/arm/mach-omap2] Error 2 > > > > > > This is because of " 0a9b95f21995aa3cdda82ebc6e77b0b2ab401861" > > > omap: Introduce OMAP3630 > > > > > > Below patch from Vikram fixes the build break. > > > > > ouch.. my bad.. thanks for answering my question. I am guessing we need > > this coz of is_omap3630() translation.. > > Ack for the patch from me. > > To me it looks like all the 35x defines need the same treatment.
And here's the patch to do that.
omap: Fix cpu_is_omap35xx default defines Otherwise compilation on other processors will fail if these are used in the code. Signed-off-by: Tony Lindgren <t...@atomide.com> diff --git a/arch/arm/plat-omap/include/mach/cpu.h b/arch/arm/plat-omap/include/mach/cpu.h index a67a95c..770cb60 100644 --- a/arch/arm/plat-omap/include/mach/cpu.h +++ b/arch/arm/plat-omap/include/mach/cpu.h @@ -322,6 +322,10 @@ IS_OMAP_TYPE(3430, 0x3430) #define cpu_is_omap2423() 0 #define cpu_is_omap2430() 0 #define cpu_is_omap3430() 0 +#define cpu_is_omap3503() 0 +#define cpu_is_omap3515() 0 +#define cpu_is_omap3525() 0 +#define cpu_is_omap3530() 0 #define cpu_is_omap3630() 0 /*
