Use broadcast SIPI to startup siblings
The current code for initializing AP cpus has several shortcomings: - it assumes APIC IDs are sequential - it uses only the BSP for determining the AP count, which is bad if there's more than one physical CPU, and CPUs are of different type Note that the new code call cpu->ops->init() in parallel, and therefore some CPU code needs to be changed to address that. One example are old Intel HT enabled CPUs which can't do microcode update in parallel. Change-Id: Ic48a1ebab6a7c52aa76765f497268af09fa38c25 Signed-off-by: Sven Schnelle <svens@stackframe.org> Reviewed-on: http://review.coreboot.org/1139 Tested-by: build bot (Jenkins) Reviewed-by: Ronald G. Minnich <rminnich@gmail.com>
This commit is contained in:
parent
9ed1456eff
commit
042c1461fb
25 changed files with 136 additions and 512 deletions
|
|
@ -40,6 +40,7 @@ struct apic_path
|
|||
unsigned apic_id;
|
||||
unsigned node_id;
|
||||
unsigned core_id;
|
||||
unsigned index;
|
||||
};
|
||||
|
||||
struct apic_cluster_path
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue