lkml.org 
[lkml]   [2006]   [Feb]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 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/

\
 
 \ /
  Last update: 2006-02-16 01:32    [W:0.195 / U:0.084 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site