Messages in this thread | | | Date | Wed, 15 Feb 2006 16:28:36 -0800 | From | Andrew Morton <> | Subject | Re: SMP BUG |
| |
Russell King <rmk+lkml@arm.linux.org.uk> wrote: > > > So I think it's sanest to say that the arch shalt initialise cpu_possible_map > > in setup_arch(). > > Is that the only thing which needs to be initialised early for SMP, or > are there other changes with early SMP init looming?
Well, I'm not aware of anything - just the patch "percpu data changes" I sent to linux-arch the other day, which is related to this issue.
The whole early bootup what-the-arch-should-do-when protocol is rather a mess, so I'm sure other things will need changing.
> The reason I ask is that the cleanest solution for ARM would be to > introduce yet another initialisation function for MP platforms to > implement, which setup_arch() will call after the initial page tables > have been setup. Hence, I'm wondering if the platform specific parts > could be simplified by moving more stuff earlier.
That sounds sane. Perhaps make it a generic setup_arch_platform() whose mandate is "do whatever needs to be done for setup_arch()". - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |