2005-04-16 22:20:36 +00:00
|
|
|
#ifndef _ASM_GENAPIC_H
|
|
|
|
#define _ASM_GENAPIC_H 1
|
|
|
|
|
2006-09-26 08:52:26 +00:00
|
|
|
#include <asm/mpspec.h>
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* Generic APIC driver interface.
|
|
|
|
*
|
|
|
|
* An straight forward mapping of the APIC related parts of the
|
|
|
|
* x86 subarchitecture interface to a dynamic object.
|
|
|
|
*
|
|
|
|
* This is used by the "generic" x86 subarchitecture.
|
|
|
|
*
|
|
|
|
* Copyright 2003 Andi Kleen, SuSE Labs.
|
|
|
|
*/
|
|
|
|
|
|
|
|
struct mpc_config_bus;
|
|
|
|
struct mp_config_table;
|
|
|
|
struct mpc_config_processor;
|
|
|
|
|
2008-03-23 08:02:13 +00:00
|
|
|
struct genapic {
|
|
|
|
char *name;
|
|
|
|
int (*probe)(void);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
int (*apic_id_registered)(void);
|
|
|
|
cpumask_t (*target_cpus)(void);
|
|
|
|
int int_delivery_mode;
|
2008-03-23 08:02:13 +00:00
|
|
|
int int_dest_mode;
|
2005-04-16 22:20:36 +00:00
|
|
|
int ESR_DISABLE;
|
|
|
|
int apic_destination_logical;
|
|
|
|
unsigned long (*check_apicid_used)(physid_mask_t bitmap, int apicid);
|
2008-03-23 08:02:13 +00:00
|
|
|
unsigned long (*check_apicid_present)(int apicid);
|
2005-04-16 22:20:36 +00:00
|
|
|
int no_balance_irq;
|
|
|
|
int no_ioapic_check;
|
|
|
|
void (*init_apic_ldr)(void);
|
|
|
|
physid_mask_t (*ioapic_phys_id_map)(physid_mask_t map);
|
|
|
|
|
2007-05-02 17:27:04 +00:00
|
|
|
void (*setup_apic_routing)(void);
|
2005-04-16 22:20:36 +00:00
|
|
|
int (*multi_timer_check)(int apic, int irq);
|
2008-03-23 08:02:13 +00:00
|
|
|
int (*apicid_to_node)(int logical_apicid);
|
2005-04-16 22:20:36 +00:00
|
|
|
int (*cpu_to_logical_apicid)(int cpu);
|
|
|
|
int (*cpu_present_to_apicid)(int mps_cpu);
|
|
|
|
physid_mask_t (*apicid_to_cpu_present)(int phys_apicid);
|
2008-03-23 08:02:13 +00:00
|
|
|
void (*setup_portio_remap)(void);
|
2005-04-16 22:20:36 +00:00
|
|
|
int (*check_phys_apicid_present)(int boot_cpu_physical_apicid);
|
|
|
|
void (*enable_apic_mode)(void);
|
|
|
|
u32 (*phys_pkg_id)(u32 cpuid_apic, int index_msb);
|
|
|
|
|
|
|
|
/* mpparse */
|
|
|
|
/* When one of the next two hooks returns 1 the genapic
|
2008-03-23 08:02:13 +00:00
|
|
|
is switched to this. Essentially they are additional probe
|
2005-04-16 22:20:36 +00:00
|
|
|
functions. */
|
2008-03-23 08:02:13 +00:00
|
|
|
int (*mps_oem_check)(struct mp_config_table *mpc, char *oem,
|
|
|
|
char *productid);
|
2005-04-16 22:20:36 +00:00
|
|
|
int (*acpi_madt_oem_check)(char *oem_id, char *oem_table_id);
|
|
|
|
|
|
|
|
unsigned (*get_apic_id)(unsigned long x);
|
|
|
|
unsigned long apic_id_mask;
|
|
|
|
unsigned int (*cpu_mask_to_apicid)(cpumask_t cpumask);
|
2006-09-26 08:52:26 +00:00
|
|
|
|
|
|
|
#ifdef CONFIG_SMP
|
2005-04-16 22:20:36 +00:00
|
|
|
/* ipi */
|
|
|
|
void (*send_IPI_mask)(cpumask_t mask, int vector);
|
|
|
|
void (*send_IPI_allbutself)(int vector);
|
|
|
|
void (*send_IPI_all)(int vector);
|
2006-09-26 08:52:26 +00:00
|
|
|
#endif
|
2008-03-23 08:02:13 +00:00
|
|
|
};
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2006-09-26 08:52:26 +00:00
|
|
|
#define APICFUNC(x) .x = x,
|
|
|
|
|
|
|
|
/* More functions could be probably marked IPIFUNC and save some space
|
|
|
|
in UP GENERICARCH kernels, but I don't have the nerve right now
|
|
|
|
to untangle this mess. -AK */
|
|
|
|
#ifdef CONFIG_SMP
|
|
|
|
#define IPIFUNC(x) APICFUNC(x)
|
|
|
|
#else
|
|
|
|
#define IPIFUNC(x)
|
|
|
|
#endif
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2008-03-23 08:02:13 +00:00
|
|
|
#define APIC_INIT(aname, aprobe) \
|
|
|
|
{ \
|
|
|
|
.name = aname, \
|
|
|
|
.probe = aprobe, \
|
|
|
|
.int_delivery_mode = INT_DELIVERY_MODE, \
|
|
|
|
.int_dest_mode = INT_DEST_MODE, \
|
|
|
|
.no_balance_irq = NO_BALANCE_IRQ, \
|
|
|
|
.ESR_DISABLE = esr_disable, \
|
|
|
|
.apic_destination_logical = APIC_DEST_LOGICAL, \
|
|
|
|
APICFUNC(apic_id_registered) \
|
|
|
|
APICFUNC(target_cpus) \
|
|
|
|
APICFUNC(check_apicid_used) \
|
|
|
|
APICFUNC(check_apicid_present) \
|
|
|
|
APICFUNC(init_apic_ldr) \
|
|
|
|
APICFUNC(ioapic_phys_id_map) \
|
|
|
|
APICFUNC(setup_apic_routing) \
|
|
|
|
APICFUNC(multi_timer_check) \
|
|
|
|
APICFUNC(apicid_to_node) \
|
|
|
|
APICFUNC(cpu_to_logical_apicid) \
|
|
|
|
APICFUNC(cpu_present_to_apicid) \
|
|
|
|
APICFUNC(apicid_to_cpu_present) \
|
|
|
|
APICFUNC(setup_portio_remap) \
|
|
|
|
APICFUNC(check_phys_apicid_present) \
|
|
|
|
APICFUNC(mps_oem_check) \
|
|
|
|
APICFUNC(get_apic_id) \
|
|
|
|
.apic_id_mask = APIC_ID_MASK, \
|
|
|
|
APICFUNC(cpu_mask_to_apicid) \
|
|
|
|
APICFUNC(acpi_madt_oem_check) \
|
|
|
|
IPIFUNC(send_IPI_mask) \
|
|
|
|
IPIFUNC(send_IPI_allbutself) \
|
|
|
|
IPIFUNC(send_IPI_all) \
|
|
|
|
APICFUNC(enable_apic_mode) \
|
|
|
|
APICFUNC(phys_pkg_id) \
|
|
|
|
}
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2007-05-02 17:27:04 +00:00
|
|
|
extern struct genapic *genapic;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2008-03-28 19:12:06 +00:00
|
|
|
enum uv_system_type {UV_NONE, UV_LEGACY_APIC, UV_X2APIC, UV_NON_UNIQUE_APIC};
|
|
|
|
#define get_uv_system_type() UV_NONE
|
|
|
|
#define is_uv_system() 0
|
2008-04-16 16:45:15 +00:00
|
|
|
#define uv_wakeup_secondary(a, b) 1
|
2008-03-28 19:12:06 +00:00
|
|
|
|
2008-07-09 11:07:23 +00:00
|
|
|
#ifdef CONFIG_X86_IO_APIC
|
x86: fix C1E && nx6325 stability problem
The problems are that, with the ACPI vs timer overring issue _fixed_,
after using the box for some time (between several seconds and 1 hour, at
random) processes get very high CPU loads (once I've got X using 107% of
the CPU, for example) and the system becomes unresponsive, as though there
were interrupts lost or something similar.
Andreas Herrman reproduced similar problems:
> Ok, now I've reproduced the stability problem.
> - Using tip/master,
> - reverting e38502eb8aa82314d5ab0eba45f50e6790dadd88 and
> - applying your patch from this posting
> http://marc.info/?l=linux-kernel&m=121539354224562&w=4
>
> Starting X, firefox, gimp, tuxpaint and doing some drawing in tuxpaint
> results in a slow system. Drawing is almost not possible anymore --
> Selections of new colors, cursors etc. is performed with huge delay
> if it's performed at all.
>
> BTW, the code sets up timer IRQ as Virtual Wire IRQ:
>
> Jul 8 14:57:58 kodscha IO-APIC (apicid-pin) 2-22, 2-23 not connected.
> Jul 8 14:57:58 kodscha ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
> Jul 8 14:57:58 kodscha ...trying to set up timer as Virtual Wire IRQ... works.
>
> and both INT0 and INT2 of IOAPIC are masked:
>
> Jul 8 14:57:58 kodscha NR Dst Mask Trig IRR Pol Stat Dmod Deli Vect:
> Jul 8 14:57:58 kodscha 00 000 1 0 0 0 0 0 0 00
> Jul 8 14:57:58 kodscha 01 003 0 0 0 0 0 1 1 31
> Jul 8 14:57:58 kodscha 02 003 1 0 0 0 0 0 0 30
>
> I've also seen strange CPU utilization -- with syslog-ng:
>
> top - 15:33:06 up 35 min, 4 users, load average: 1.70, 0.68, 0.37
> Tasks: 64 total, 4 running, 60 sleeping, 0 stopped, 0 zombie
> Cpu0 : 0.0%us,100.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
> Cpu1 : 6.4%us, 87.2%sy, 0.0%ni, 5.8%id, 0.0%wa, 0.6%hi, 0.0%si, 0.0%st
> Mem: 895384k total, 283568k used, 611816k free, 35492k buffers
> Swap: 1959920k total, 0k used, 1959920k free, 163044k cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 4632 root 20 0 17216 800 580 S 104 0.1 0:34.22 syslog-ng
> 28505 root 20 0 205m 11m 4024 S 6 1.3 0:21.16 X
> 28518 root 20 0 56292 5652 4492 S 1 0.6 0:01.80 fluxbox
> 1 root 20 0 3724 608 508 S 0 0.1 0:00.36 init
>
> So far I have no clue why C1E-idle in conjunction with virtual wire
> mode causes this strange behaviour.
>
> ... and I start to think about the root cause of all this.
>
> I've performed similar tests under X with the IRQ0/INT0 configuration and
> I did not see above symptoms.
So lets fall back to the IRQ0/INT0 configuration on this box.
This basically restores the dont-use-the-lapic-timer exception mechanism
that was unconditional on this box prior commit 8750bf5 ("x86: add C1E
aware idle function").
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2008-07-08 14:12:26 +00:00
|
|
|
extern void force_mask_ioapic_irq_2(void);
|
2008-07-09 11:07:23 +00:00
|
|
|
#else
|
|
|
|
static inline void force_mask_ioapic_irq_2(void) { }
|
|
|
|
#endif
|
2008-03-28 19:12:06 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
#endif
|