1
0
Files
linux/include/asm-x86_64
Fernando Luis Vazquez Cao dd988528f4 Use the APIC to determine the hardware processor id - x86_64
hard_smp_processor_id used to be just a macro that hard-coded
hard_smp_processor_id to 0 in the non SMP case.  When booting non SMP kernels
on hardware where the boot ioapic id is not 0 this turns out to be a problem.
This is happens frequently in the case of kdump and once in a great while in
the case of real hardware.

Use the APIC to determine the hardware processor id in both UP and SMP kernels
to fix this issue.

Notice that hard_smp_processor_id is only used by SMP code or by code that
works with apics so we do not need to handle the case when apics are not
present and hard_smp_processor_id should never be called there.

Signed-off-by: Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp>
Cc: "Luck, Tony" <tony.luck@intel.com>
Acked-by: Andi Kleen <ak@suse.de>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>
Cc: Vivek Goyal <vgoyal@in.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-05-09 12:30:48 -07:00
..
2007-05-08 11:15:20 -07:00
2006-12-08 08:28:39 -08:00
2006-10-03 23:01:26 +02:00
2007-05-08 11:15:20 -07:00
2007-05-02 19:27:06 +02:00
2006-06-26 10:48:16 -07:00
2006-12-04 02:00:22 -05:00
2006-09-26 10:52:39 +02:00
2007-03-05 07:57:50 -08:00
2007-05-08 11:15:20 -07:00
2007-05-08 11:15:14 -07:00
2006-11-14 16:57:46 +01:00
2007-05-08 11:15:14 -07:00
2006-09-26 10:52:32 +02:00
2007-05-02 19:02:34 -07:00
2007-05-02 19:27:07 +02:00
2007-02-12 09:48:39 -08:00
2006-09-26 10:52:26 +02:00
2007-05-08 11:15:20 -07:00
2007-03-05 07:57:51 -08:00
2007-05-08 11:15:18 -07:00
2006-12-15 08:47:51 -08:00