On Mon, May 28, 2012 at 5:32 PM, Jiang Liu <liuj97@xxxxxxxxx> wrote: > Hi Yinghai, > Does this patch fix your issue? https://lkml.org/lkml/2012/5/9/183. > I have encountered a similar issue on an IA64 platform and the patch above > works around it. But the root cause is a BIOS bug that the order of CPUs > in MADT table doesn't conform to the ACPI specification and the first CPU > in MADT is not the BSP, which breaks some assumption of the booting code > and causes the core dump. yes, with another patch from PeterZ. --- --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -6396,8 +6396,7 @@ static void sched_init_numa(void) sched_domains_numa_masks[i][j] = mask; for (k = 0; k < nr_node_ids; k++) { - if (node_distance(cpu_to_node(j), k) > - sched_domains_numa_distance[i]) + if (node_distance(j, k) > sched_domains_numa_distance[i]) continue; cpumask_or(mask, mask, cpumask_of_node(k)); -- To unsubscribe from this list: send the line "unsubscribe linux-tip-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html