* Tony Lindgren <t...@atomide.com> [091013 11:01]: > * Tony Lindgren <t...@atomide.com> [091013 10:18]: > > * Vikram Pandita <vikram.pand...@ti.com> [091012 14:31]: > > > make default cpu_is_omap3630() return zero > > > > > > Signed-off-by: Vikram Pandita <vikram.pand...@ti.com> > > > --- > > > arch/arm/plat-omap/include/mach/cpu.h | 2 ++ > > > 1 files changed, 2 insertions(+), 0 deletions(-) > > > > > > diff --git a/arch/arm/plat-omap/include/mach/cpu.h > > > b/arch/arm/plat-omap/include/mach/cpu.h > > > index da9e8f8..940946e 100644 > > > --- a/arch/arm/plat-omap/include/mach/cpu.h > > > +++ b/arch/arm/plat-omap/include/mach/cpu.h > > > @@ -322,6 +322,7 @@ IS_OMAP_TYPE(3430, 0x3430) > > > #define cpu_is_omap2423() 0 > > > #define cpu_is_omap2430() 0 > > > #define cpu_is_omap3430() 0 > > > +#define cpu_is_omap3630() 0 > > > > > > /* > > > * Whether we have MULTI_OMAP1 or not, we still need to distinguish > > > @@ -386,6 +387,7 @@ IS_OMAP_TYPE(3430, 0x3430) > > > (omap3_has_sgx()) & \ > > > (!omap3_has_iva())) > > > # define cpu_is_omap3530 (cpu_is_omap3430()) > > > +# undef cpu_is_omap3630() > > > # define cpu_is_omap3630() is_omap363x() > > > #endif > > > > This undef should be just undef cpu_is_omap3630 instead of > > cpu_is_omap3630(). > > Also looking at the 35xx detection code, should it not be like this?
I've merged all these fixes into the 35xx and 36xx detection patches in omap for-next branch, can you guys please check? Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
