From mboxrd@z Thu Jan 1 00:00:00 1970 From: tony@atomide.com (Tony Lindgren) Date: Wed, 15 Sep 2010 09:11:26 -0700 Subject: [PATCH] omap: Update omap3_defconfig to work with SMP_ON_UP In-Reply-To: References: <20100817104414.19061.38999.stgit@baageli.muru.com> <20100906104413.GD20903@n2100.arm.linux.org.uk> <20100914185907.GG8647@atomide.com> <20100914190314.GH8647@atomide.com> <20100914202743.GK8647@atomide.com> Message-ID: <20100915161126.GS8647@atomide.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org * Shilimkar, Santosh [100914 23:03]: > > > > Sounds like you're having these problems anyways and they > > are not related to the defconfigs? > > > Well the issues are because of defconfig but mostly fixable. > Will hold on my comments till I test the new defconfig on OMAP4. OK > > Considering Linus' earlier comments on the defconfigs, I don't > > see any reasonds not to merge this patch. If TI wants to fix up > > some other things, there's still about two weeks before -rc6. > > > Sure. I am just saying let's attempt to fix the remaining issues > and if it doesn't happen in next week, anyway this patch will > get merged. OK let's plan on doing that. > > > > - LOCAL_TIMERS hangs on omap4, disable it for now. > > > > > > This is expected on omap4 ES1.0 and hence not enabled > > > in the omap_4430sdp_defconfig. > > > > Maybe add a check for ES1.0 there to the init then? > > > Yes but its ARM generic code and I don't want to pollute it > with omap checks.. Will see if some other trick can fix this. Maybe in smp_twd.c return from twd_timer_setup early if twd_base is NULL? Regards, Tony