2008-02-19 16:17:34 -07:00
|
|
|
/*
|
2005-04-16 16:20:36 -06:00
|
|
|
* APIC driver for the IBM "Summit" chipset.
|
|
|
|
*/
|
|
|
|
#define APIC_DEFINITION 1
|
|
|
|
#include <linux/threads.h>
|
|
|
|
#include <linux/cpumask.h>
|
|
|
|
#include <asm/mpspec.h>
|
|
|
|
#include <asm/genapic.h>
|
|
|
|
#include <asm/fixmap.h>
|
|
|
|
#include <asm/apicdef.h>
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/string.h>
|
|
|
|
#include <linux/init.h>
|
2008-07-25 03:17:44 -06:00
|
|
|
#include <asm/summit/apicdef.h>
|
2008-07-11 19:43:10 -06:00
|
|
|
#include <linux/smp.h>
|
2008-07-25 03:17:44 -06:00
|
|
|
#include <asm/summit/apic.h>
|
|
|
|
#include <asm/summit/ipi.h>
|
|
|
|
#include <asm/summit/mpparse.h>
|
x86: fix wakeup_cpu with numaq/es7000, v2
Impact: fix secondary-CPU wakeup/init path with numaq and es7000
While looking at wakeup_secondary_cpu for WAKE_SECONDARY_VIA_NMI:
|#ifdef WAKE_SECONDARY_VIA_NMI
|/*
| * Poke the other CPU in the eye via NMI to wake it up. Remember that the normal
| * INIT, INIT, STARTUP sequence will reset the chip hard for us, and this
| * won't ... remember to clear down the APIC, etc later.
| */
|static int __devinit
|wakeup_secondary_cpu(int logical_apicid, unsigned long start_eip)
|{
| unsigned long send_status, accept_status = 0;
| int maxlvt;
|...
| if (APIC_INTEGRATED(apic_version[phys_apicid])) {
| maxlvt = lapic_get_maxlvt();
I noticed that there is no warning about undefined phys_apicid...
because WAKE_SECONDARY_VIA_NMI and WAKE_SECONDARY_VIA_INIT can not be
defined at the same time. So NUMAQ is using wrong wakeup_secondary_cpu.
WAKE_SECONDARY_VIA_NMI, WAKE_SECONDARY_VIA_INIT and
WAKE_SECONDARY_VIA_MIP are variants of a weird and fragile
preprocessor-driven "HAL" mechanisms to specify the kind of secondary-CPU
wakeup strategy a given x86 kernel will use.
The vast majority of systems want to use INIT for secondary wakeup - NUMAQ
uses an NMI, (old-style-) ES7000 uses 'MIP' (a firmware driven in-memory
flag to let secondaries continue).
So convert these mechanisms to x86_quirks and add a
->wakeup_secondary_cpu() method to specify the rare exception
to the sane default.
Extend genapic accordingly as well, for 32-bit.
While looking further, I noticed that functions in wakecup.h for numaq
and es7000 are different to the default in mach_wakecpu.h - but smpboot.c
will only use default mach_wakecpu.h with smphook.h.
So we need to add mach_wakecpu.h for mach_generic, to properly support
numaq and es7000, and vectorize the following SMP init methods:
int trampoline_phys_low;
int trampoline_phys_high;
void (*wait_for_init_deassert)(atomic_t *deassert);
void (*smp_callin_clear_local_apic)(void);
void (*store_NMI_vector)(unsigned short *high, unsigned short *low);
void (*restore_NMI_vector)(unsigned short *high, unsigned short *low);
void (*inquire_remote_apic)(int apicid);
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2008-11-16 04:12:49 -07:00
|
|
|
#include <asm/mach-default/mach_wakecpu.h>
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2007-01-10 17:52:44 -07:00
|
|
|
static int probe_summit(void)
|
2008-02-19 16:17:34 -07:00
|
|
|
{
|
2005-04-16 16:20:36 -06:00
|
|
|
/* probed later in mptable/ACPI hooks */
|
|
|
|
return 0;
|
2008-02-19 16:17:34 -07:00
|
|
|
}
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2008-08-19 21:50:28 -06:00
|
|
|
static cpumask_t vector_allocation_domain(int cpu)
|
|
|
|
{
|
|
|
|
/* Careful. Some cpus do not strictly honor the set of cpus
|
|
|
|
* specified in the interrupt destination when using lowest
|
|
|
|
* priority interrupt delivery mode.
|
|
|
|
*
|
|
|
|
* In particular there was a hyperthreading cpu observed to
|
|
|
|
* deliver interrupts to the wrong hyperthread when only one
|
|
|
|
* hyperthread was specified in the interrupt desitination.
|
|
|
|
*/
|
|
|
|
cpumask_t domain = { { [0] = APIC_ALL_CPUS, } };
|
|
|
|
return domain;
|
|
|
|
}
|
|
|
|
|
2008-02-19 16:17:34 -07:00
|
|
|
struct genapic apic_summit = APIC_INIT("summit", probe_summit);
|