* Bryan Wu <bryan.wu@xxxxxxxxxxxxx> [100819 12:31]: > On 08/19/2010 03:38 PM, Tony Lindgren wrote: > > * Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> [100817 18:33]: > >> On Tue, Aug 17, 2010 at 05:12:11PM +0300, Tony Lindgren wrote: > >>> Great, will give it a try hopefully tomorrow. Sounds like that's the way > >>> to deal with fixing up things when booting up older UP ARMv6 without the > >>> 32v6 support :) > >> > >> What I've also been debating about is adding another word to the > >> smpalt structure, that being a set of flags which denote the situation > >> where the alternative should be used. > >> > >> That means we can use it to do individual word replacements for SMP vs > >> UP, ARMv6 vs ARMv6k etc. > > > > Sounds good to me. Maybe it should then be called cpualt instead of smpalt? > > > > Tried booting your patch and needed the following fix for Cortex-A8 UP. > > > > Now it boots to the following error: > > > > Machine configuration botched (nr -1073741824), unable to continue. > > > > Does some struct size need to be changed or something? > > > > I also tested these 2 patches on my beagle board based on -for-next branch for > linux-omap tree. I don't have debug hardware to find the kernel boot failure. It > looks like it stops at very early stage. > > Do you know where is the message (nr -1073741824) coming from? Looks like something is not quite right with smp_on_up part of __fixup_smp, returning early before smp_on_up does not produce that. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
