2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* Local APIC handling, local APIC timers
|
|
|
|
*
|
2009-01-31 08:03:42 +07:00
|
|
|
* (c) 1999, 2000, 2009 Ingo Molnar <mingo@redhat.com>
|
2005-04-17 05:20:36 +07:00
|
|
|
*
|
|
|
|
* Fixes
|
|
|
|
* Maciej W. Rozycki : Bits for genuine 82489DX APICs;
|
|
|
|
* thanks to Eric Gilmore
|
|
|
|
* and Rolf G. Tews
|
|
|
|
* for testing these extensively.
|
|
|
|
* Maciej W. Rozycki : Various updates and fixes.
|
|
|
|
* Mikael Pettersson : Power Management for UP-APIC.
|
|
|
|
* Pavel Machek and
|
|
|
|
* Mikael Pettersson : PM converted to driver model.
|
|
|
|
*/
|
|
|
|
|
perf: Do the big rename: Performance Counters -> Performance Events
Bye-bye Performance Counters, welcome Performance Events!
In the past few months the perfcounters subsystem has grown out its
initial role of counting hardware events, and has become (and is
becoming) a much broader generic event enumeration, reporting, logging,
monitoring, analysis facility.
Naming its core object 'perf_counter' and naming the subsystem
'perfcounters' has become more and more of a misnomer. With pending
code like hw-breakpoints support the 'counter' name is less and
less appropriate.
All in one, we've decided to rename the subsystem to 'performance
events' and to propagate this rename through all fields, variables
and API names. (in an ABI compatible fashion)
The word 'event' is also a bit shorter than 'counter' - which makes
it slightly more convenient to write/handle as well.
Thanks goes to Stephane Eranian who first observed this misnomer and
suggested a rename.
User-space tooling and ABI compatibility is not affected - this patch
should be function-invariant. (Also, defconfigs were not touched to
keep the size down.)
This patch has been generated via the following script:
FILES=$(find * -type f | grep -vE 'oprofile|[^K]config')
sed -i \
-e 's/PERF_EVENT_/PERF_RECORD_/g' \
-e 's/PERF_COUNTER/PERF_EVENT/g' \
-e 's/perf_counter/perf_event/g' \
-e 's/nb_counters/nb_events/g' \
-e 's/swcounter/swevent/g' \
-e 's/tpcounter_event/tp_event/g' \
$FILES
for N in $(find . -name perf_counter.[ch]); do
M=$(echo $N | sed 's/perf_counter/perf_event/g')
mv $N $M
done
FILES=$(find . -name perf_event.*)
sed -i \
-e 's/COUNTER_MASK/REG_MASK/g' \
-e 's/COUNTER/EVENT/g' \
-e 's/\<event\>/event_id/g' \
-e 's/counter/event/g' \
-e 's/Counter/Event/g' \
$FILES
... to keep it as correct as possible. This script can also be
used by anyone who has pending perfcounters patches - it converts
a Linux kernel tree over to the new naming. We tried to time this
change to the point in time where the amount of pending patches
is the smallest: the end of the merge window.
Namespace clashes were fixed up in a preparatory patch - and some
stylistic fallout will be fixed up in a subsequent patch.
( NOTE: 'counters' are still the proper terminology when we deal
with hardware registers - and these sed scripts are a bit
over-eager in renaming them. I've undone some of that, but
in case there's something left where 'counter' would be
better than 'event' we can undo that on an individual basis
instead of touching an otherwise nicely automated patch. )
Suggested-by: Stephane Eranian <eranian@google.com>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Acked-by: Paul Mackerras <paulus@samba.org>
Reviewed-by: Arjan van de Ven <arjan@linux.intel.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: David Howells <dhowells@redhat.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: <linux-arch@vger.kernel.org>
LKML-Reference: <new-submission>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-09-21 17:02:48 +07:00
|
|
|
#include <linux/perf_event.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
#include <linux/kernel_stat.h>
|
2009-01-31 07:59:14 +07:00
|
|
|
#include <linux/mc146818rtc.h>
|
2008-01-30 19:30:18 +07:00
|
|
|
#include <linux/acpi_pmtmr.h>
|
2009-01-31 07:59:14 +07:00
|
|
|
#include <linux/clockchips.h>
|
|
|
|
#include <linux/interrupt.h>
|
|
|
|
#include <linux/bootmem.h>
|
|
|
|
#include <linux/ftrace.h>
|
|
|
|
#include <linux/ioport.h>
|
2008-01-30 19:32:35 +07:00
|
|
|
#include <linux/module.h>
|
2011-03-24 04:15:54 +07:00
|
|
|
#include <linux/syscore_ops.h>
|
2009-01-31 07:59:14 +07:00
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/timex.h>
|
2011-06-02 01:04:57 +07:00
|
|
|
#include <linux/i8253.h>
|
2008-07-11 01:16:58 +07:00
|
|
|
#include <linux/dmar.h>
|
2009-01-31 07:59:14 +07:00
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/cpu.h>
|
|
|
|
#include <linux/dmi.h>
|
|
|
|
#include <linux/smp.h>
|
|
|
|
#include <linux/mm.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2013-06-21 21:29:05 +07:00
|
|
|
#include <asm/trace/irq_vectors.h>
|
2012-03-31 01:47:08 +07:00
|
|
|
#include <asm/irq_remapping.h>
|
perf: Do the big rename: Performance Counters -> Performance Events
Bye-bye Performance Counters, welcome Performance Events!
In the past few months the perfcounters subsystem has grown out its
initial role of counting hardware events, and has become (and is
becoming) a much broader generic event enumeration, reporting, logging,
monitoring, analysis facility.
Naming its core object 'perf_counter' and naming the subsystem
'perfcounters' has become more and more of a misnomer. With pending
code like hw-breakpoints support the 'counter' name is less and
less appropriate.
All in one, we've decided to rename the subsystem to 'performance
events' and to propagate this rename through all fields, variables
and API names. (in an ABI compatible fashion)
The word 'event' is also a bit shorter than 'counter' - which makes
it slightly more convenient to write/handle as well.
Thanks goes to Stephane Eranian who first observed this misnomer and
suggested a rename.
User-space tooling and ABI compatibility is not affected - this patch
should be function-invariant. (Also, defconfigs were not touched to
keep the size down.)
This patch has been generated via the following script:
FILES=$(find * -type f | grep -vE 'oprofile|[^K]config')
sed -i \
-e 's/PERF_EVENT_/PERF_RECORD_/g' \
-e 's/PERF_COUNTER/PERF_EVENT/g' \
-e 's/perf_counter/perf_event/g' \
-e 's/nb_counters/nb_events/g' \
-e 's/swcounter/swevent/g' \
-e 's/tpcounter_event/tp_event/g' \
$FILES
for N in $(find . -name perf_counter.[ch]); do
M=$(echo $N | sed 's/perf_counter/perf_event/g')
mv $N $M
done
FILES=$(find . -name perf_event.*)
sed -i \
-e 's/COUNTER_MASK/REG_MASK/g' \
-e 's/COUNTER/EVENT/g' \
-e 's/\<event\>/event_id/g' \
-e 's/counter/event/g' \
-e 's/Counter/Event/g' \
$FILES
... to keep it as correct as possible. This script can also be
used by anyone who has pending perfcounters patches - it converts
a Linux kernel tree over to the new naming. We tried to time this
change to the point in time where the amount of pending patches
is the smallest: the end of the merge window.
Namespace clashes were fixed up in a preparatory patch - and some
stylistic fallout will be fixed up in a subsequent patch.
( NOTE: 'counters' are still the proper terminology when we deal
with hardware registers - and these sed scripts are a bit
over-eager in renaming them. I've undone some of that, but
in case there's something left where 'counter' would be
better than 'event' we can undo that on an individual basis
instead of touching an otherwise nicely automated patch. )
Suggested-by: Stephane Eranian <eranian@google.com>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Acked-by: Paul Mackerras <paulus@samba.org>
Reviewed-by: Arjan van de Ven <arjan@linux.intel.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: David Howells <dhowells@redhat.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: <linux-arch@vger.kernel.org>
LKML-Reference: <new-submission>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-09-21 17:02:48 +07:00
|
|
|
#include <asm/perf_event.h>
|
2009-08-19 17:35:53 +07:00
|
|
|
#include <asm/x86_init.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
#include <asm/pgalloc.h>
|
2011-07-27 06:09:06 +07:00
|
|
|
#include <linux/atomic.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
#include <asm/mpspec.h>
|
2009-01-31 07:59:14 +07:00
|
|
|
#include <asm/i8259.h>
|
2006-02-04 03:50:50 +07:00
|
|
|
#include <asm/proto.h>
|
2006-09-26 15:52:32 +07:00
|
|
|
#include <asm/apic.h>
|
2011-02-22 21:38:05 +07:00
|
|
|
#include <asm/io_apic.h>
|
2009-01-31 07:59:14 +07:00
|
|
|
#include <asm/desc.h>
|
|
|
|
#include <asm/hpet.h>
|
|
|
|
#include <asm/idle.h>
|
|
|
|
#include <asm/mtrr.h>
|
2011-06-02 01:05:06 +07:00
|
|
|
#include <asm/time.h>
|
2009-01-11 22:04:47 +07:00
|
|
|
#include <asm/smp.h>
|
2009-02-12 19:49:38 +07:00
|
|
|
#include <asm/mce.h>
|
2010-05-25 02:13:15 +07:00
|
|
|
#include <asm/tsc.h>
|
2010-12-21 13:18:48 +07:00
|
|
|
#include <asm/hypervisor.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-01-27 10:56:47 +07:00
|
|
|
unsigned int num_processors;
|
2009-01-31 09:57:12 +07:00
|
|
|
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
unsigned disabled_cpus;
|
2009-01-31 09:57:12 +07:00
|
|
|
|
2009-01-27 10:56:47 +07:00
|
|
|
/* Processor that is doing the boot up */
|
|
|
|
unsigned int boot_cpu_physical_apicid = -1U;
|
2013-11-15 06:05:32 +07:00
|
|
|
EXPORT_SYMBOL_GPL(boot_cpu_physical_apicid);
|
2008-03-25 23:28:56 +07:00
|
|
|
|
2008-08-24 16:01:42 +07:00
|
|
|
/*
|
2009-01-31 09:57:12 +07:00
|
|
|
* The highest APIC ID seen during enumeration.
|
2008-08-24 16:01:42 +07:00
|
|
|
*/
|
2014-06-09 15:19:32 +07:00
|
|
|
static unsigned int max_physical_apicid;
|
2008-03-25 23:28:56 +07:00
|
|
|
|
2008-08-24 16:01:42 +07:00
|
|
|
/*
|
2009-01-31 09:57:12 +07:00
|
|
|
* Bitmask of physically existing CPUs:
|
2008-08-24 16:01:42 +07:00
|
|
|
*/
|
2009-01-27 10:56:47 +07:00
|
|
|
physid_mask_t phys_cpu_present_map;
|
|
|
|
|
x86, apic, kexec: Add disable_cpu_apicid kernel parameter
Add disable_cpu_apicid kernel parameter. To use this kernel parameter,
specify an initial APIC ID of the corresponding CPU you want to
disable.
This is mostly used for the kdump 2nd kernel to disable BSP to wake up
multiple CPUs without causing system reset or hang due to sending INIT
from AP to BSP.
Kdump users first figure out initial APIC ID of the BSP, CPU0 in the
1st kernel, for example from /proc/cpuinfo and then set up this kernel
parameter for the 2nd kernel using the obtained APIC ID.
However, doing this procedure at each boot time manually is awkward,
which should be automatically done by user-land service scripts, for
example, kexec-tools on fedora/RHEL distributions.
This design is more flexible than disabling BSP in kernel boot time
automatically in that in kernel boot time we have no choice but
referring to ACPI/MP table to obtain initial APIC ID for BSP, meaning
that the method is not applicable to the systems without such BIOS
tables.
One assumption behind this design is that users get initial APIC ID of
the BSP in still healthy state and so BSP is uniquely kept in
CPU0. Thus, through the kernel parameter, only one initial APIC ID can
be specified.
In a comparison with disabled_cpu_apicid, we use read_apic_id(), not
boot_cpu_physical_apicid, because on some platforms, the variable is
modified to the apicid reported as BSP through MP table and this
function is executed with the temporarily modified
boot_cpu_physical_apicid. As a result, disabled_cpu_apicid kernel
parameter doesn't work well for apicids of APs.
Fixing the wrong handling of boot_cpu_physical_apicid requires some
reviews and tests beyond some platforms and it could take some
time. The fix here is a kind of workaround to focus on the main topic
of this patch.
Signed-off-by: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>
Link: http://lkml.kernel.org/r/20140115064458.1545.38775.stgit@localhost6.localdomain6
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2014-01-15 13:44:58 +07:00
|
|
|
/*
|
|
|
|
* Processor to be disabled specified by kernel parameter
|
|
|
|
* disable_cpu_apicid=<int>, mostly used for the kdump 2nd kernel to
|
|
|
|
* avoid undefined behaviour caused by sending INIT from AP to BSP.
|
|
|
|
*/
|
2014-01-16 04:02:08 +07:00
|
|
|
static unsigned int disabled_cpu_apicid __read_mostly = BAD_APICID;
|
x86, apic, kexec: Add disable_cpu_apicid kernel parameter
Add disable_cpu_apicid kernel parameter. To use this kernel parameter,
specify an initial APIC ID of the corresponding CPU you want to
disable.
This is mostly used for the kdump 2nd kernel to disable BSP to wake up
multiple CPUs without causing system reset or hang due to sending INIT
from AP to BSP.
Kdump users first figure out initial APIC ID of the BSP, CPU0 in the
1st kernel, for example from /proc/cpuinfo and then set up this kernel
parameter for the 2nd kernel using the obtained APIC ID.
However, doing this procedure at each boot time manually is awkward,
which should be automatically done by user-land service scripts, for
example, kexec-tools on fedora/RHEL distributions.
This design is more flexible than disabling BSP in kernel boot time
automatically in that in kernel boot time we have no choice but
referring to ACPI/MP table to obtain initial APIC ID for BSP, meaning
that the method is not applicable to the systems without such BIOS
tables.
One assumption behind this design is that users get initial APIC ID of
the BSP in still healthy state and so BSP is uniquely kept in
CPU0. Thus, through the kernel parameter, only one initial APIC ID can
be specified.
In a comparison with disabled_cpu_apicid, we use read_apic_id(), not
boot_cpu_physical_apicid, because on some platforms, the variable is
modified to the apicid reported as BSP through MP table and this
function is executed with the temporarily modified
boot_cpu_physical_apicid. As a result, disabled_cpu_apicid kernel
parameter doesn't work well for apicids of APs.
Fixing the wrong handling of boot_cpu_physical_apicid requires some
reviews and tests beyond some platforms and it could take some
time. The fix here is a kind of workaround to focus on the main topic
of this patch.
Signed-off-by: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>
Link: http://lkml.kernel.org/r/20140115064458.1545.38775.stgit@localhost6.localdomain6
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2014-01-15 13:44:58 +07:00
|
|
|
|
2009-01-27 10:56:47 +07:00
|
|
|
/*
|
|
|
|
* Map cpu index to physical APIC ID
|
|
|
|
*/
|
x86: Add read_mostly declaration/definition to variables from smp.h
Add "read-mostly" qualifier to the following variables in
smp.h:
- cpu_sibling_map
- cpu_core_map
- cpu_llc_shared_map
- cpu_llc_id
- cpu_number
- x86_cpu_to_apicid
- x86_bios_cpu_apicid
- x86_cpu_to_logical_apicid
As long as all the variables above are only written during the
initialization, this change is meant to prevent the false
sharing. More specifically, on vSMP Foundation platform
x86_cpu_to_apicid shared the same internode_cache_line with
frequently written lapic_events.
From the analysis of the first 33 per_cpu variables out of 219
(memories they describe, to be more specific) the 8 have read_mostly
nature (tlb_vector_offset, cpu_loops_per_jiffy, xen_debug_irq, etc.)
and 25 are frequently written (irq_stack_union, gdt_page,
exception_stacks, idt_desc, etc.).
Assuming that the spread of the rest of the per_cpu variables is
similar, identifying the read mostly memories will make more sense
in terms of long-term code maintenance comparing to identifying
frequently written memories.
Signed-off-by: Vlad Zolotarov <vlad@scalemp.com>
Acked-by: Shai Fultheim <shai@scalemp.com>
Cc: Shai Fultheim (Shai@ScaleMP.com) <Shai@scalemp.com>
Cc: ido@wizery.com
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Link: http://lkml.kernel.org/r/1719258.EYKzE4Zbq5@vlad
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2012-06-11 16:56:52 +07:00
|
|
|
DEFINE_EARLY_PER_CPU_READ_MOSTLY(u16, x86_cpu_to_apicid, BAD_APICID);
|
|
|
|
DEFINE_EARLY_PER_CPU_READ_MOSTLY(u16, x86_bios_cpu_apicid, BAD_APICID);
|
2009-01-27 10:56:47 +07:00
|
|
|
EXPORT_EARLY_PER_CPU_SYMBOL(x86_cpu_to_apicid);
|
|
|
|
EXPORT_EARLY_PER_CPU_SYMBOL(x86_bios_cpu_apicid);
|
2008-08-24 16:01:42 +07:00
|
|
|
|
2008-08-24 16:01:46 +07:00
|
|
|
#ifdef CONFIG_X86_32
|
2011-01-23 20:37:30 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* On x86_32, the mapping between cpu and logical apicid may vary
|
|
|
|
* depending on apic in use. The following early percpu variable is
|
|
|
|
* used for the mapping. This is where the behaviors of x86_64 and 32
|
|
|
|
* actually diverge. Let's keep it ugly for now.
|
|
|
|
*/
|
x86: Add read_mostly declaration/definition to variables from smp.h
Add "read-mostly" qualifier to the following variables in
smp.h:
- cpu_sibling_map
- cpu_core_map
- cpu_llc_shared_map
- cpu_llc_id
- cpu_number
- x86_cpu_to_apicid
- x86_bios_cpu_apicid
- x86_cpu_to_logical_apicid
As long as all the variables above are only written during the
initialization, this change is meant to prevent the false
sharing. More specifically, on vSMP Foundation platform
x86_cpu_to_apicid shared the same internode_cache_line with
frequently written lapic_events.
From the analysis of the first 33 per_cpu variables out of 219
(memories they describe, to be more specific) the 8 have read_mostly
nature (tlb_vector_offset, cpu_loops_per_jiffy, xen_debug_irq, etc.)
and 25 are frequently written (irq_stack_union, gdt_page,
exception_stacks, idt_desc, etc.).
Assuming that the spread of the rest of the per_cpu variables is
similar, identifying the read mostly memories will make more sense
in terms of long-term code maintenance comparing to identifying
frequently written memories.
Signed-off-by: Vlad Zolotarov <vlad@scalemp.com>
Acked-by: Shai Fultheim <shai@scalemp.com>
Cc: Shai Fultheim (Shai@ScaleMP.com) <Shai@scalemp.com>
Cc: ido@wizery.com
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Link: http://lkml.kernel.org/r/1719258.EYKzE4Zbq5@vlad
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2012-06-11 16:56:52 +07:00
|
|
|
DEFINE_EARLY_PER_CPU_READ_MOSTLY(int, x86_cpu_to_logical_apicid, BAD_APICID);
|
2011-01-23 20:37:30 +07:00
|
|
|
|
2008-08-24 16:01:49 +07:00
|
|
|
/* Local APIC was disabled by the BIOS and enabled by the kernel */
|
|
|
|
static int enabled_via_apicbase;
|
|
|
|
|
2009-04-12 23:47:40 +07:00
|
|
|
/*
|
|
|
|
* Handle interrupt mode configuration register (IMCR).
|
|
|
|
* This register controls whether the interrupt signals
|
|
|
|
* that reach the BSP come from the master PIC or from the
|
|
|
|
* local APIC. Before entering Symmetric I/O Mode, either
|
|
|
|
* the BIOS or the operating system must switch out of
|
|
|
|
* PIC Mode by changing the IMCR.
|
|
|
|
*/
|
2009-04-13 22:39:24 +07:00
|
|
|
static inline void imcr_pic_to_apic(void)
|
2009-04-12 23:47:40 +07:00
|
|
|
{
|
|
|
|
/* select IMCR register */
|
|
|
|
outb(0x70, 0x22);
|
|
|
|
/* NMI and 8259 INTR go through APIC */
|
|
|
|
outb(0x01, 0x23);
|
|
|
|
}
|
|
|
|
|
2009-04-13 22:39:24 +07:00
|
|
|
static inline void imcr_apic_to_pic(void)
|
2009-04-12 23:47:40 +07:00
|
|
|
{
|
|
|
|
/* select IMCR register */
|
|
|
|
outb(0x70, 0x22);
|
|
|
|
/* NMI and 8259 INTR go directly to BSP */
|
|
|
|
outb(0x00, 0x23);
|
|
|
|
}
|
2008-08-24 16:01:46 +07:00
|
|
|
#endif
|
|
|
|
|
2012-10-23 04:37:58 +07:00
|
|
|
/*
|
|
|
|
* Knob to control our willingness to enable the local APIC.
|
|
|
|
*
|
|
|
|
* +1=force-enable
|
|
|
|
*/
|
|
|
|
static int force_enable_local_apic __initdata;
|
2014-02-05 14:55:06 +07:00
|
|
|
|
2012-10-23 04:37:58 +07:00
|
|
|
/*
|
|
|
|
* APIC command line parameters
|
|
|
|
*/
|
|
|
|
static int __init parse_lapic(char *arg)
|
|
|
|
{
|
|
|
|
if (config_enabled(CONFIG_X86_32) && !arg)
|
|
|
|
force_enable_local_apic = 1;
|
2013-02-20 02:47:07 +07:00
|
|
|
else if (arg && !strncmp(arg, "notscdeadline", 13))
|
2012-10-23 04:37:58 +07:00
|
|
|
setup_clear_cpu_cap(X86_FEATURE_TSC_DEADLINE_TIMER);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
early_param("lapic", parse_lapic);
|
|
|
|
|
2008-08-24 16:01:46 +07:00
|
|
|
#ifdef CONFIG_X86_64
|
2007-10-13 04:04:23 +07:00
|
|
|
static int apic_calibrate_pmtmr __initdata;
|
2008-08-24 16:01:46 +07:00
|
|
|
static __init int setup_apicpmtimer(char *s)
|
|
|
|
{
|
|
|
|
apic_calibrate_pmtmr = 1;
|
|
|
|
notsc_setup(NULL);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
__setup("apicpmtimer", setup_apicpmtimer);
|
|
|
|
#endif
|
|
|
|
|
|
|
|
unsigned long mp_lapic_addr;
|
|
|
|
int disable_apic;
|
|
|
|
/* Disable local APIC timer from the kernel commandline or via dmi quirk */
|
2011-03-11 14:02:36 +07:00
|
|
|
static int disable_apic_timer __initdata;
|
2008-01-30 19:32:35 +07:00
|
|
|
/* Local APIC timer works in C2 */
|
2007-03-24 01:32:31 +07:00
|
|
|
int local_apic_timer_c2_ok;
|
|
|
|
EXPORT_SYMBOL_GPL(local_apic_timer_c2_ok);
|
|
|
|
|
2014-11-03 15:39:43 +07:00
|
|
|
int first_system_vector = FIRST_SYSTEM_VECTOR;
|
2008-08-20 10:50:36 +07:00
|
|
|
|
2008-01-30 19:32:35 +07:00
|
|
|
/*
|
|
|
|
* Debug level, exported for io_apic.c
|
|
|
|
*/
|
2008-07-15 00:44:51 +07:00
|
|
|
unsigned int apic_verbosity;
|
2008-01-30 19:32:35 +07:00
|
|
|
|
2008-08-24 16:01:43 +07:00
|
|
|
int pic_mode;
|
|
|
|
|
2008-05-19 22:47:03 +07:00
|
|
|
/* Have we found an MP table */
|
|
|
|
int smp_found_config;
|
|
|
|
|
2006-12-07 08:14:01 +07:00
|
|
|
static struct resource lapic_resource = {
|
|
|
|
.name = "Local APIC",
|
|
|
|
.flags = IORESOURCE_MEM | IORESOURCE_BUSY,
|
|
|
|
};
|
|
|
|
|
2011-11-10 20:42:40 +07:00
|
|
|
unsigned int lapic_timer_frequency = 0;
|
2007-10-13 04:04:06 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
static void apic_pm_activate(void);
|
2007-10-13 04:04:07 +07:00
|
|
|
|
2008-01-30 19:33:17 +07:00
|
|
|
static unsigned long apic_phys;
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
|
|
|
* Get the LAPIC version
|
|
|
|
*/
|
|
|
|
static inline int lapic_get_version(void)
|
2007-10-13 04:04:07 +07:00
|
|
|
{
|
2008-01-30 19:30:20 +07:00
|
|
|
return GET_APIC_VERSION(apic_read(APIC_LVR));
|
2007-10-13 04:04:07 +07:00
|
|
|
}
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
2008-08-17 02:21:54 +07:00
|
|
|
* Check, if the APIC is integrated or a separate chip
|
2008-01-30 19:30:20 +07:00
|
|
|
*/
|
|
|
|
static inline int lapic_is_integrated(void)
|
2007-10-13 04:04:07 +07:00
|
|
|
{
|
2008-08-17 02:21:54 +07:00
|
|
|
#ifdef CONFIG_X86_64
|
2008-01-30 19:30:20 +07:00
|
|
|
return 1;
|
2008-08-17 02:21:54 +07:00
|
|
|
#else
|
|
|
|
return APIC_INTEGRATED(lapic_get_version());
|
|
|
|
#endif
|
2007-10-13 04:04:07 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2008-01-30 19:30:20 +07:00
|
|
|
* Check, whether this is a modern or a first generation APIC
|
2007-10-13 04:04:07 +07:00
|
|
|
*/
|
2008-01-30 19:30:20 +07:00
|
|
|
static int modern_apic(void)
|
2007-10-13 04:04:07 +07:00
|
|
|
{
|
2008-01-30 19:30:20 +07:00
|
|
|
/* AMD systems use old APIC versions, so check the CPU */
|
|
|
|
if (boot_cpu_data.x86_vendor == X86_VENDOR_AMD &&
|
|
|
|
boot_cpu_data.x86 >= 0xf)
|
|
|
|
return 1;
|
|
|
|
return lapic_get_version() >= 0x14;
|
2007-10-13 04:04:07 +07:00
|
|
|
}
|
|
|
|
|
2009-04-12 23:47:41 +07:00
|
|
|
/*
|
2009-10-14 03:07:04 +07:00
|
|
|
* right after this call apic become NOOP driven
|
|
|
|
* so apic->write/read doesn't do anything
|
2009-04-12 23:47:41 +07:00
|
|
|
*/
|
2011-03-11 14:02:36 +07:00
|
|
|
static void __init apic_disable(void)
|
2009-04-12 23:47:41 +07:00
|
|
|
{
|
2009-10-15 22:04:16 +07:00
|
|
|
pr_info("APIC: switched to apic NOOP\n");
|
2009-10-14 03:07:04 +07:00
|
|
|
apic = &apic_noop;
|
2009-04-12 23:47:41 +07:00
|
|
|
}
|
|
|
|
|
2009-02-17 14:02:14 +07:00
|
|
|
void native_apic_wait_icr_idle(void)
|
[PATCH] x86-64: safe_apic_wait_icr_idle - x86_64
apic_wait_icr_idle looks like this:
static __inline__ void apic_wait_icr_idle(void)
{
while (apic_read(APIC_ICR) & APIC_ICR_BUSY)
cpu_relax();
}
The busy loop in this function would not be problematic if the
corresponding status bit in the ICR were always updated, but that does
not seem to be the case under certain crash scenarios. Kdump uses an IPI
to stop the other CPUs in the event of a crash, but when any of the
other CPUs are locked-up inside the NMI handler the CPU that sends the
IPI will end up looping forever in the ICR check, effectively
hard-locking the whole system.
Quoting from Intel's "MultiProcessor Specification" (Version 1.4), B-3:
"A local APIC unit indicates successful dispatch of an IPI by
resetting the Delivery Status bit in the Interrupt Command
Register (ICR). The operating system polls the delivery status
bit after sending an INIT or STARTUP IPI until the command has
been dispatched.
A period of 20 microseconds should be sufficient for IPI dispatch
to complete under normal operating conditions. If the IPI is not
successfully dispatched, the operating system can abort the
command. Alternatively, the operating system can retry the IPI by
writing the lower 32-bit double word of the ICR. This “time-out”
mechanism can be implemented through an external interrupt, if
interrupts are enabled on the processor, or through execution of
an instruction or time-stamp counter spin loop."
Intel's documentation suggests the implementation of a time-out
mechanism, which, by the way, is already being open-coded in some parts
of the kernel that tinker with ICR.
Create a apic_wait_icr_idle replacement that implements the time-out
mechanism and that can be used to solve the aforementioned problem.
AK: moved both functions out of line
AK: Added improved loop from Keith Owens
Signed-off-by: Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp>
Signed-off-by: Andi Kleen <ak@suse.de>
2007-05-03 00:27:17 +07:00
|
|
|
{
|
|
|
|
while (apic_read(APIC_ICR) & APIC_ICR_BUSY)
|
|
|
|
cpu_relax();
|
|
|
|
}
|
|
|
|
|
2009-02-17 14:02:14 +07:00
|
|
|
u32 native_safe_apic_wait_icr_idle(void)
|
[PATCH] x86-64: safe_apic_wait_icr_idle - x86_64
apic_wait_icr_idle looks like this:
static __inline__ void apic_wait_icr_idle(void)
{
while (apic_read(APIC_ICR) & APIC_ICR_BUSY)
cpu_relax();
}
The busy loop in this function would not be problematic if the
corresponding status bit in the ICR were always updated, but that does
not seem to be the case under certain crash scenarios. Kdump uses an IPI
to stop the other CPUs in the event of a crash, but when any of the
other CPUs are locked-up inside the NMI handler the CPU that sends the
IPI will end up looping forever in the ICR check, effectively
hard-locking the whole system.
Quoting from Intel's "MultiProcessor Specification" (Version 1.4), B-3:
"A local APIC unit indicates successful dispatch of an IPI by
resetting the Delivery Status bit in the Interrupt Command
Register (ICR). The operating system polls the delivery status
bit after sending an INIT or STARTUP IPI until the command has
been dispatched.
A period of 20 microseconds should be sufficient for IPI dispatch
to complete under normal operating conditions. If the IPI is not
successfully dispatched, the operating system can abort the
command. Alternatively, the operating system can retry the IPI by
writing the lower 32-bit double word of the ICR. This “time-out”
mechanism can be implemented through an external interrupt, if
interrupts are enabled on the processor, or through execution of
an instruction or time-stamp counter spin loop."
Intel's documentation suggests the implementation of a time-out
mechanism, which, by the way, is already being open-coded in some parts
of the kernel that tinker with ICR.
Create a apic_wait_icr_idle replacement that implements the time-out
mechanism and that can be used to solve the aforementioned problem.
AK: moved both functions out of line
AK: Added improved loop from Keith Owens
Signed-off-by: Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp>
Signed-off-by: Andi Kleen <ak@suse.de>
2007-05-03 00:27:17 +07:00
|
|
|
{
|
2008-01-30 19:30:15 +07:00
|
|
|
u32 send_status;
|
[PATCH] x86-64: safe_apic_wait_icr_idle - x86_64
apic_wait_icr_idle looks like this:
static __inline__ void apic_wait_icr_idle(void)
{
while (apic_read(APIC_ICR) & APIC_ICR_BUSY)
cpu_relax();
}
The busy loop in this function would not be problematic if the
corresponding status bit in the ICR were always updated, but that does
not seem to be the case under certain crash scenarios. Kdump uses an IPI
to stop the other CPUs in the event of a crash, but when any of the
other CPUs are locked-up inside the NMI handler the CPU that sends the
IPI will end up looping forever in the ICR check, effectively
hard-locking the whole system.
Quoting from Intel's "MultiProcessor Specification" (Version 1.4), B-3:
"A local APIC unit indicates successful dispatch of an IPI by
resetting the Delivery Status bit in the Interrupt Command
Register (ICR). The operating system polls the delivery status
bit after sending an INIT or STARTUP IPI until the command has
been dispatched.
A period of 20 microseconds should be sufficient for IPI dispatch
to complete under normal operating conditions. If the IPI is not
successfully dispatched, the operating system can abort the
command. Alternatively, the operating system can retry the IPI by
writing the lower 32-bit double word of the ICR. This “time-out”
mechanism can be implemented through an external interrupt, if
interrupts are enabled on the processor, or through execution of
an instruction or time-stamp counter spin loop."
Intel's documentation suggests the implementation of a time-out
mechanism, which, by the way, is already being open-coded in some parts
of the kernel that tinker with ICR.
Create a apic_wait_icr_idle replacement that implements the time-out
mechanism and that can be used to solve the aforementioned problem.
AK: moved both functions out of line
AK: Added improved loop from Keith Owens
Signed-off-by: Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp>
Signed-off-by: Andi Kleen <ak@suse.de>
2007-05-03 00:27:17 +07:00
|
|
|
int timeout;
|
|
|
|
|
|
|
|
timeout = 0;
|
|
|
|
do {
|
|
|
|
send_status = apic_read(APIC_ICR) & APIC_ICR_BUSY;
|
|
|
|
if (!send_status)
|
|
|
|
break;
|
2011-12-15 09:32:24 +07:00
|
|
|
inc_irq_stat(icr_read_retry_count);
|
[PATCH] x86-64: safe_apic_wait_icr_idle - x86_64
apic_wait_icr_idle looks like this:
static __inline__ void apic_wait_icr_idle(void)
{
while (apic_read(APIC_ICR) & APIC_ICR_BUSY)
cpu_relax();
}
The busy loop in this function would not be problematic if the
corresponding status bit in the ICR were always updated, but that does
not seem to be the case under certain crash scenarios. Kdump uses an IPI
to stop the other CPUs in the event of a crash, but when any of the
other CPUs are locked-up inside the NMI handler the CPU that sends the
IPI will end up looping forever in the ICR check, effectively
hard-locking the whole system.
Quoting from Intel's "MultiProcessor Specification" (Version 1.4), B-3:
"A local APIC unit indicates successful dispatch of an IPI by
resetting the Delivery Status bit in the Interrupt Command
Register (ICR). The operating system polls the delivery status
bit after sending an INIT or STARTUP IPI until the command has
been dispatched.
A period of 20 microseconds should be sufficient for IPI dispatch
to complete under normal operating conditions. If the IPI is not
successfully dispatched, the operating system can abort the
command. Alternatively, the operating system can retry the IPI by
writing the lower 32-bit double word of the ICR. This “time-out”
mechanism can be implemented through an external interrupt, if
interrupts are enabled on the processor, or through execution of
an instruction or time-stamp counter spin loop."
Intel's documentation suggests the implementation of a time-out
mechanism, which, by the way, is already being open-coded in some parts
of the kernel that tinker with ICR.
Create a apic_wait_icr_idle replacement that implements the time-out
mechanism and that can be used to solve the aforementioned problem.
AK: moved both functions out of line
AK: Added improved loop from Keith Owens
Signed-off-by: Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp>
Signed-off-by: Andi Kleen <ak@suse.de>
2007-05-03 00:27:17 +07:00
|
|
|
udelay(100);
|
|
|
|
} while (timeout++ < 1000);
|
|
|
|
|
|
|
|
return send_status;
|
|
|
|
}
|
|
|
|
|
2009-02-17 14:02:14 +07:00
|
|
|
void native_apic_icr_write(u32 low, u32 id)
|
2008-07-11 01:16:49 +07:00
|
|
|
{
|
2014-01-28 02:14:06 +07:00
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
local_irq_save(flags);
|
2008-08-15 18:51:20 +07:00
|
|
|
apic_write(APIC_ICR2, SET_APIC_DEST_FIELD(id));
|
2008-07-11 01:16:49 +07:00
|
|
|
apic_write(APIC_ICR, low);
|
2014-01-28 02:14:06 +07:00
|
|
|
local_irq_restore(flags);
|
2008-07-11 01:16:49 +07:00
|
|
|
}
|
|
|
|
|
2009-02-17 14:02:14 +07:00
|
|
|
u64 native_apic_icr_read(void)
|
2008-07-11 01:16:49 +07:00
|
|
|
{
|
|
|
|
u32 icr1, icr2;
|
|
|
|
|
|
|
|
icr2 = apic_read(APIC_ICR2);
|
|
|
|
icr1 = apic_read(APIC_ICR);
|
|
|
|
|
2008-08-17 02:21:55 +07:00
|
|
|
return icr1 | ((u64)icr2 << 32);
|
2008-07-11 01:16:49 +07:00
|
|
|
}
|
|
|
|
|
2008-08-24 16:01:40 +07:00
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
/**
|
|
|
|
* get_physical_broadcast - Get number of physical broadcast IDs
|
|
|
|
*/
|
|
|
|
int get_physical_broadcast(void)
|
|
|
|
{
|
|
|
|
return modern_apic() ? 0xff : 0xf;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/**
|
|
|
|
* lapic_get_maxlvt - get the maximum number of local vector table entries
|
|
|
|
*/
|
2008-01-30 19:30:14 +07:00
|
|
|
int lapic_get_maxlvt(void)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2008-07-24 18:52:28 +07:00
|
|
|
unsigned int v;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
v = apic_read(APIC_LVR);
|
2008-07-24 18:52:28 +07:00
|
|
|
/*
|
|
|
|
* - we always have APIC integrated on 64bit mode
|
|
|
|
* - 82489DXs do not report # of LVT entries
|
|
|
|
*/
|
|
|
|
return APIC_INTEGRATED(GET_APIC_VERSION(v)) ? GET_APIC_MAXLVT(v) : 2;
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2008-08-17 02:21:53 +07:00
|
|
|
/*
|
|
|
|
* Local APIC timer
|
|
|
|
*/
|
|
|
|
|
2008-08-18 23:45:55 +07:00
|
|
|
/* Clock divisor */
|
|
|
|
#define APIC_DIVISOR 16
|
2012-10-23 04:37:58 +07:00
|
|
|
#define TSC_DIVISOR 32
|
2008-08-15 18:51:21 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
|
|
|
* This function sets up the local APIC timer, with a timeout of
|
|
|
|
* 'clocks' APIC bus clock. During calibration we actually call
|
|
|
|
* this function twice on the boot CPU, once with a bogus timeout
|
|
|
|
* value, second time for real. The other (noncalibrating) CPUs
|
|
|
|
* call this function only once, with the real, calibrated value.
|
|
|
|
*
|
|
|
|
* We do reads before writes even if unnecessary, to get around the
|
|
|
|
* P5 APIC double write bug.
|
|
|
|
*/
|
|
|
|
static void __setup_APIC_LVTT(unsigned int clocks, int oneshot, int irqen)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2008-01-30 19:30:20 +07:00
|
|
|
unsigned int lvtt_value, tmp_value;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
lvtt_value = LOCAL_TIMER_VECTOR;
|
|
|
|
if (!oneshot)
|
|
|
|
lvtt_value |= APIC_LVT_TIMER_PERIODIC;
|
2012-10-23 04:37:58 +07:00
|
|
|
else if (boot_cpu_has(X86_FEATURE_TSC_DEADLINE_TIMER))
|
|
|
|
lvtt_value |= APIC_LVT_TIMER_TSCDEADLINE;
|
|
|
|
|
2008-08-15 18:51:21 +07:00
|
|
|
if (!lapic_is_integrated())
|
|
|
|
lvtt_value |= SET_APIC_TIMER_BASE(APIC_TIMER_BASE_DIV);
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
if (!irqen)
|
|
|
|
lvtt_value |= APIC_LVT_MASKED;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
apic_write(APIC_LVTT, lvtt_value);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2012-10-23 04:37:58 +07:00
|
|
|
if (lvtt_value & APIC_LVT_TIMER_TSCDEADLINE) {
|
|
|
|
printk_once(KERN_DEBUG "TSC deadline timer enabled\n");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
2008-01-30 19:30:20 +07:00
|
|
|
* Divide PICLK by 16
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
2008-01-30 19:30:20 +07:00
|
|
|
tmp_value = apic_read(APIC_TDCR);
|
2008-08-18 23:45:55 +07:00
|
|
|
apic_write(APIC_TDCR,
|
|
|
|
(tmp_value & ~(APIC_TDR_DIV_1 | APIC_TDR_DIV_TMBASE)) |
|
|
|
|
APIC_TDR_DIV_16);
|
2008-01-30 19:30:20 +07:00
|
|
|
|
|
|
|
if (!oneshot)
|
2008-08-15 18:51:21 +07:00
|
|
|
apic_write(APIC_TMICT, clocks / APIC_DIVISOR);
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
2010-10-06 17:27:53 +07:00
|
|
|
* Setup extended LVT, AMD specific
|
2008-01-30 19:30:40 +07:00
|
|
|
*
|
2010-10-06 17:27:53 +07:00
|
|
|
* Software should use the LVT offsets the BIOS provides. The offsets
|
|
|
|
* are determined by the subsystems using it like those for MCE
|
|
|
|
* threshold or IBS. On K8 only offset 0 (APIC500) and MCE interrupts
|
|
|
|
* are supported. Beginning with family 10h at least 4 offsets are
|
|
|
|
* available.
|
2008-07-23 02:08:46 +07:00
|
|
|
*
|
2010-10-06 17:27:53 +07:00
|
|
|
* Since the offsets must be consistent for all cores, we keep track
|
|
|
|
* of the LVT offsets in software and reserve the offset for the same
|
|
|
|
* vector also to be used on other cores. An offset is freed by
|
|
|
|
* setting the entry to APIC_EILVT_MASKED.
|
|
|
|
*
|
|
|
|
* If the BIOS is right, there should be no conflicts. Otherwise a
|
|
|
|
* "[Firmware Bug]: ..." error message is generated. However, if
|
|
|
|
* software does not properly determines the offsets, it is not
|
|
|
|
* necessarily a BIOS bug.
|
2008-01-30 19:30:20 +07:00
|
|
|
*/
|
2008-01-30 19:30:40 +07:00
|
|
|
|
2010-10-06 17:27:53 +07:00
|
|
|
static atomic_t eilvt_offsets[APIC_EILVT_NR_MAX];
|
|
|
|
|
|
|
|
static inline int eilvt_entry_is_changeable(unsigned int old, unsigned int new)
|
|
|
|
{
|
|
|
|
return (old & APIC_EILVT_MASKED)
|
|
|
|
|| (new == APIC_EILVT_MASKED)
|
|
|
|
|| ((new & ~APIC_EILVT_MASKED) == old);
|
|
|
|
}
|
|
|
|
|
|
|
|
static unsigned int reserve_eilvt_offset(int offset, unsigned int new)
|
|
|
|
{
|
2012-03-28 01:04:02 +07:00
|
|
|
unsigned int rsvd, vector;
|
2010-10-06 17:27:53 +07:00
|
|
|
|
|
|
|
if (offset >= APIC_EILVT_NR_MAX)
|
|
|
|
return ~0;
|
|
|
|
|
2012-03-28 01:04:02 +07:00
|
|
|
rsvd = atomic_read(&eilvt_offsets[offset]);
|
2010-10-06 17:27:53 +07:00
|
|
|
do {
|
2012-03-28 01:04:02 +07:00
|
|
|
vector = rsvd & ~APIC_EILVT_MASKED; /* 0: unassigned */
|
|
|
|
if (vector && !eilvt_entry_is_changeable(vector, new))
|
2010-10-06 17:27:53 +07:00
|
|
|
/* may not change if vectors are different */
|
|
|
|
return rsvd;
|
|
|
|
rsvd = atomic_cmpxchg(&eilvt_offsets[offset], rsvd, new);
|
|
|
|
} while (rsvd != new);
|
|
|
|
|
2012-03-28 01:04:02 +07:00
|
|
|
rsvd &= ~APIC_EILVT_MASKED;
|
|
|
|
if (rsvd && rsvd != vector)
|
|
|
|
pr_info("LVT offset %d assigned for vector 0x%02x\n",
|
|
|
|
offset, rsvd);
|
|
|
|
|
2010-10-06 17:27:53 +07:00
|
|
|
return new;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If mask=1, the LVT entry does not generate interrupts while mask=0
|
2011-05-30 21:31:11 +07:00
|
|
|
* enables the vector. See also the BKDGs. Must be called with
|
|
|
|
* preemption disabled.
|
2010-10-06 17:27:53 +07:00
|
|
|
*/
|
|
|
|
|
2010-10-06 17:27:54 +07:00
|
|
|
int setup_APIC_eilvt(u8 offset, u8 vector, u8 msg_type, u8 mask)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2010-10-06 17:27:53 +07:00
|
|
|
unsigned long reg = APIC_EILVTn(offset);
|
|
|
|
unsigned int new, old, reserved;
|
|
|
|
|
|
|
|
new = (mask << 16) | (msg_type << 8) | vector;
|
|
|
|
old = apic_read(reg);
|
|
|
|
reserved = reserve_eilvt_offset(offset, new);
|
|
|
|
|
|
|
|
if (reserved != new) {
|
2010-10-25 21:03:39 +07:00
|
|
|
pr_err(FW_BUG "cpu %d, try to use APIC%lX (LVT offset %d) for "
|
|
|
|
"vector 0x%x, but the register is already in use for "
|
|
|
|
"vector 0x%x on another cpu\n",
|
|
|
|
smp_processor_id(), reg, offset, new, reserved);
|
2010-10-06 17:27:53 +07:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!eilvt_entry_is_changeable(old, new)) {
|
2010-10-25 21:03:39 +07:00
|
|
|
pr_err(FW_BUG "cpu %d, try to use APIC%lX (LVT offset %d) for "
|
|
|
|
"vector 0x%x, but the register is already in use for "
|
|
|
|
"vector 0x%x on this cpu\n",
|
|
|
|
smp_processor_id(), reg, offset, new, old);
|
2010-10-06 17:27:53 +07:00
|
|
|
return -EBUSY;
|
|
|
|
}
|
|
|
|
|
|
|
|
apic_write(reg, new);
|
2006-09-26 15:52:30 +07:00
|
|
|
|
2010-10-06 17:27:53 +07:00
|
|
|
return 0;
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
2010-10-06 17:27:54 +07:00
|
|
|
EXPORT_SYMBOL_GPL(setup_APIC_eilvt);
|
2008-01-30 19:30:40 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
|
|
|
* Program the next event, relative to now
|
|
|
|
*/
|
|
|
|
static int lapic_next_event(unsigned long delta,
|
|
|
|
struct clock_event_device *evt)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2008-01-30 19:30:20 +07:00
|
|
|
apic_write(APIC_TMICT, delta);
|
|
|
|
return 0;
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2012-10-23 04:37:58 +07:00
|
|
|
static int lapic_next_deadline(unsigned long delta,
|
|
|
|
struct clock_event_device *evt)
|
|
|
|
{
|
|
|
|
u64 tsc;
|
|
|
|
|
|
|
|
rdtscll(tsc);
|
|
|
|
wrmsrl(MSR_IA32_TSC_DEADLINE, tsc + (((u64) delta) * TSC_DIVISOR));
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
|
|
|
* Setup the lapic timer in periodic or oneshot mode
|
|
|
|
*/
|
|
|
|
static void lapic_timer_setup(enum clock_event_mode mode,
|
|
|
|
struct clock_event_device *evt)
|
2007-10-20 08:21:11 +07:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
2008-01-30 19:30:20 +07:00
|
|
|
unsigned int v;
|
2007-10-20 08:21:11 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/* Lapic used as dummy for broadcast ? */
|
|
|
|
if (evt->features & CLOCK_EVT_FEAT_DUMMY)
|
2007-10-20 08:21:11 +07:00
|
|
|
return;
|
|
|
|
|
|
|
|
local_irq_save(flags);
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
switch (mode) {
|
|
|
|
case CLOCK_EVT_MODE_PERIODIC:
|
|
|
|
case CLOCK_EVT_MODE_ONESHOT:
|
2011-11-10 20:42:40 +07:00
|
|
|
__setup_APIC_LVTT(lapic_timer_frequency,
|
2008-01-30 19:30:20 +07:00
|
|
|
mode != CLOCK_EVT_MODE_PERIODIC, 1);
|
|
|
|
break;
|
|
|
|
case CLOCK_EVT_MODE_UNUSED:
|
|
|
|
case CLOCK_EVT_MODE_SHUTDOWN:
|
|
|
|
v = apic_read(APIC_LVTT);
|
|
|
|
v |= (APIC_LVT_MASKED | LOCAL_TIMER_VECTOR);
|
|
|
|
apic_write(APIC_LVTT, v);
|
2009-10-27 17:01:38 +07:00
|
|
|
apic_write(APIC_TMICT, 0);
|
2008-01-30 19:30:20 +07:00
|
|
|
break;
|
|
|
|
case CLOCK_EVT_MODE_RESUME:
|
|
|
|
/* Nothing to do here */
|
|
|
|
break;
|
|
|
|
}
|
2007-10-20 08:21:11 +07:00
|
|
|
|
|
|
|
local_irq_restore(flags);
|
|
|
|
}
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
2008-01-30 19:30:20 +07:00
|
|
|
* Local APIC timer broadcast function
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
2009-01-01 09:08:46 +07:00
|
|
|
static void lapic_timer_broadcast(const struct cpumask *mask)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2008-01-30 19:30:20 +07:00
|
|
|
#ifdef CONFIG_SMP
|
2009-01-28 21:42:24 +07:00
|
|
|
apic->send_IPI_mask(mask, LOCAL_TIMER_VECTOR);
|
2008-01-30 19:30:20 +07:00
|
|
|
#endif
|
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2011-03-11 14:02:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* The local apic timer can be used for any function which is CPU local.
|
|
|
|
*/
|
|
|
|
static struct clock_event_device lapic_clockevent = {
|
|
|
|
.name = "lapic",
|
|
|
|
.features = CLOCK_EVT_FEAT_PERIODIC | CLOCK_EVT_FEAT_ONESHOT
|
|
|
|
| CLOCK_EVT_FEAT_C3STOP | CLOCK_EVT_FEAT_DUMMY,
|
|
|
|
.shift = 32,
|
|
|
|
.set_mode = lapic_timer_setup,
|
|
|
|
.set_next_event = lapic_next_event,
|
|
|
|
.broadcast = lapic_timer_broadcast,
|
|
|
|
.rating = 100,
|
|
|
|
.irq = -1,
|
|
|
|
};
|
|
|
|
static DEFINE_PER_CPU(struct clock_event_device, lapic_events);
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
2010-06-11 17:17:00 +07:00
|
|
|
* Setup the local APIC timer for this CPU. Copy the initialized values
|
2008-01-30 19:30:20 +07:00
|
|
|
* of the boot CPU and register the clock event in the framework.
|
|
|
|
*/
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
static void setup_APIC_timer(void)
|
2008-01-30 19:30:20 +07:00
|
|
|
{
|
x86: Replace __get_cpu_var uses
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving data from the current
processors percpu area. __get_cpu_var() can be used as an lvalue when
writing data or on the right side of an assignment.
__get_cpu_var() is defined as :
#define __get_cpu_var(var) (*this_cpu_ptr(&(var)))
__get_cpu_var() always only does an address determination. However, store
and retrieve operations could use a segment prefix (or global register on
other platforms) to avoid the address calculation.
this_cpu_write() and this_cpu_read() can directly take an offset into a
percpu area and use optimized assembly code to read and write per cpu
variables.
This patch converts __get_cpu_var into either an explicit address
calculation using this_cpu_ptr() or into a use of this_cpu operations that
use the offset. Thereby address calculations are avoided and less registers
are used when code is generated.
Transformations done to __get_cpu_var()
1. Determine the address of the percpu instance of the current processor.
DEFINE_PER_CPU(int, y);
int *x = &__get_cpu_var(y);
Converts to
int *x = this_cpu_ptr(&y);
2. Same as #1 but this time an array structure is involved.
DEFINE_PER_CPU(int, y[20]);
int *x = __get_cpu_var(y);
Converts to
int *x = this_cpu_ptr(y);
3. Retrieve the content of the current processors instance of a per cpu
variable.
DEFINE_PER_CPU(int, y);
int x = __get_cpu_var(y)
Converts to
int x = __this_cpu_read(y);
4. Retrieve the content of a percpu struct
DEFINE_PER_CPU(struct mystruct, y);
struct mystruct x = __get_cpu_var(y);
Converts to
memcpy(&x, this_cpu_ptr(&y), sizeof(x));
5. Assignment to a per cpu variable
DEFINE_PER_CPU(int, y)
__get_cpu_var(y) = x;
Converts to
__this_cpu_write(y, x);
6. Increment/Decrement etc of a per cpu variable
DEFINE_PER_CPU(int, y);
__get_cpu_var(y)++
Converts to
__this_cpu_inc(y)
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: x86@kernel.org
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Acked-by: Ingo Molnar <mingo@kernel.org>
Signed-off-by: Christoph Lameter <cl@linux.com>
Signed-off-by: Tejun Heo <tj@kernel.org>
2014-08-18 00:30:40 +07:00
|
|
|
struct clock_event_device *levt = this_cpu_ptr(&lapic_events);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2011-03-12 18:50:10 +07:00
|
|
|
if (this_cpu_has(X86_FEATURE_ARAT)) {
|
2009-04-07 08:51:29 +07:00
|
|
|
lapic_clockevent.features &= ~CLOCK_EVT_FEAT_C3STOP;
|
|
|
|
/* Make LAPIC timer preferrable over percpu HPET */
|
|
|
|
lapic_clockevent.rating = 150;
|
|
|
|
}
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
memcpy(levt, &lapic_clockevent, sizeof(*levt));
|
2008-12-13 17:50:26 +07:00
|
|
|
levt->cpumask = cpumask_of(smp_processor_id());
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2012-10-23 04:37:58 +07:00
|
|
|
if (this_cpu_has(X86_FEATURE_TSC_DEADLINE_TIMER)) {
|
|
|
|
levt->features &= ~(CLOCK_EVT_FEAT_PERIODIC |
|
|
|
|
CLOCK_EVT_FEAT_DUMMY);
|
|
|
|
levt->set_next_event = lapic_next_deadline;
|
|
|
|
clockevents_config_and_register(levt,
|
|
|
|
(tsc_khz / TSC_DIVISOR) * 1000,
|
|
|
|
0xF, ~0UL);
|
|
|
|
} else
|
|
|
|
clockevents_register_device(levt);
|
2008-01-30 19:30:20 +07:00
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-08-24 16:01:54 +07:00
|
|
|
/*
|
|
|
|
* In this functions we calibrate APIC bus clocks to the external timer.
|
|
|
|
*
|
|
|
|
* We want to do the calibration only once since we want to have local timer
|
|
|
|
* irqs syncron. CPUs connected by the same APIC bus have the very same bus
|
|
|
|
* frequency.
|
|
|
|
*
|
|
|
|
* This was previously done by reading the PIT/HPET and waiting for a wrap
|
|
|
|
* around to find out, that a tick has elapsed. I have a box, where the PIT
|
|
|
|
* readout is broken, so it never gets out of the wait loop again. This was
|
|
|
|
* also reported by others.
|
|
|
|
*
|
|
|
|
* Monitoring the jiffies value is inaccurate and the clockevents
|
|
|
|
* infrastructure allows us to do a simple substitution of the interrupt
|
|
|
|
* handler.
|
|
|
|
*
|
|
|
|
* The calibration routine also uses the pm_timer when possible, as the PIT
|
|
|
|
* happens to run way too slow (factor 2.3 on my VAIO CoreDuo, which goes
|
|
|
|
* back to normal later in the boot process).
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define LAPIC_CAL_LOOPS (HZ/10)
|
|
|
|
|
|
|
|
static __initdata int lapic_cal_loops = -1;
|
|
|
|
static __initdata long lapic_cal_t1, lapic_cal_t2;
|
|
|
|
static __initdata unsigned long long lapic_cal_tsc1, lapic_cal_tsc2;
|
|
|
|
static __initdata unsigned long lapic_cal_pm1, lapic_cal_pm2;
|
|
|
|
static __initdata unsigned long lapic_cal_j1, lapic_cal_j2;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Temporary interrupt handler.
|
|
|
|
*/
|
|
|
|
static void __init lapic_cal_handler(struct clock_event_device *dev)
|
|
|
|
{
|
|
|
|
unsigned long long tsc = 0;
|
|
|
|
long tapic = apic_read(APIC_TMCCT);
|
|
|
|
unsigned long pm = acpi_pm_read_early();
|
|
|
|
|
|
|
|
if (cpu_has_tsc)
|
|
|
|
rdtscll(tsc);
|
|
|
|
|
|
|
|
switch (lapic_cal_loops++) {
|
|
|
|
case 0:
|
|
|
|
lapic_cal_t1 = tapic;
|
|
|
|
lapic_cal_tsc1 = tsc;
|
|
|
|
lapic_cal_pm1 = pm;
|
|
|
|
lapic_cal_j1 = jiffies;
|
|
|
|
break;
|
|
|
|
|
|
|
|
case LAPIC_CAL_LOOPS:
|
|
|
|
lapic_cal_t2 = tapic;
|
|
|
|
lapic_cal_tsc2 = tsc;
|
|
|
|
if (pm < lapic_cal_pm1)
|
|
|
|
pm += ACPI_PM_OVRRUN;
|
|
|
|
lapic_cal_pm2 = pm;
|
|
|
|
lapic_cal_j2 = jiffies;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-01-28 10:51:09 +07:00
|
|
|
static int __init
|
|
|
|
calibrate_by_pmtimer(long deltapm, long *delta, long *deltatsc)
|
2008-09-13 02:58:24 +07:00
|
|
|
{
|
|
|
|
const long pm_100ms = PMTMR_TICKS_PER_SEC / 10;
|
|
|
|
const long pm_thresh = pm_100ms / 100;
|
|
|
|
unsigned long mult;
|
|
|
|
u64 res;
|
|
|
|
|
|
|
|
#ifndef CONFIG_X86_PM_TIMER
|
|
|
|
return -1;
|
|
|
|
#endif
|
|
|
|
|
2009-01-28 10:52:24 +07:00
|
|
|
apic_printk(APIC_VERBOSE, "... PM-Timer delta = %ld\n", deltapm);
|
2008-09-13 02:58:24 +07:00
|
|
|
|
|
|
|
/* Check, if the PM timer is available */
|
|
|
|
if (!deltapm)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
mult = clocksource_hz2mult(PMTMR_TICKS_PER_SEC, 22);
|
|
|
|
|
|
|
|
if (deltapm > (pm_100ms - pm_thresh) &&
|
|
|
|
deltapm < (pm_100ms + pm_thresh)) {
|
2009-01-28 10:52:24 +07:00
|
|
|
apic_printk(APIC_VERBOSE, "... PM-Timer result ok\n");
|
2009-01-28 10:51:09 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
res = (((u64)deltapm) * mult) >> 22;
|
|
|
|
do_div(res, 1000000);
|
|
|
|
pr_warning("APIC calibration not consistent "
|
2009-01-28 10:52:24 +07:00
|
|
|
"with PM-Timer: %ldms instead of 100ms\n",(long)res);
|
2009-01-28 10:51:09 +07:00
|
|
|
|
|
|
|
/* Correct the lapic counter value */
|
|
|
|
res = (((u64)(*delta)) * pm_100ms);
|
|
|
|
do_div(res, deltapm);
|
|
|
|
pr_info("APIC delta adjusted to PM-Timer: "
|
|
|
|
"%lu (%ld)\n", (unsigned long)res, *delta);
|
|
|
|
*delta = (long)res;
|
|
|
|
|
|
|
|
/* Correct the tsc counter value */
|
|
|
|
if (cpu_has_tsc) {
|
|
|
|
res = (((u64)(*deltatsc)) * pm_100ms);
|
2008-09-13 02:58:24 +07:00
|
|
|
do_div(res, deltapm);
|
2009-01-28 10:51:09 +07:00
|
|
|
apic_printk(APIC_VERBOSE, "TSC delta adjusted to "
|
2010-02-07 00:47:17 +07:00
|
|
|
"PM-Timer: %lu (%ld)\n",
|
2009-01-28 10:51:09 +07:00
|
|
|
(unsigned long)res, *deltatsc);
|
|
|
|
*deltatsc = (long)res;
|
2008-09-13 02:58:24 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-08-24 16:01:54 +07:00
|
|
|
static int __init calibrate_APIC_clock(void)
|
|
|
|
{
|
x86: Replace __get_cpu_var uses
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving data from the current
processors percpu area. __get_cpu_var() can be used as an lvalue when
writing data or on the right side of an assignment.
__get_cpu_var() is defined as :
#define __get_cpu_var(var) (*this_cpu_ptr(&(var)))
__get_cpu_var() always only does an address determination. However, store
and retrieve operations could use a segment prefix (or global register on
other platforms) to avoid the address calculation.
this_cpu_write() and this_cpu_read() can directly take an offset into a
percpu area and use optimized assembly code to read and write per cpu
variables.
This patch converts __get_cpu_var into either an explicit address
calculation using this_cpu_ptr() or into a use of this_cpu operations that
use the offset. Thereby address calculations are avoided and less registers
are used when code is generated.
Transformations done to __get_cpu_var()
1. Determine the address of the percpu instance of the current processor.
DEFINE_PER_CPU(int, y);
int *x = &__get_cpu_var(y);
Converts to
int *x = this_cpu_ptr(&y);
2. Same as #1 but this time an array structure is involved.
DEFINE_PER_CPU(int, y[20]);
int *x = __get_cpu_var(y);
Converts to
int *x = this_cpu_ptr(y);
3. Retrieve the content of the current processors instance of a per cpu
variable.
DEFINE_PER_CPU(int, y);
int x = __get_cpu_var(y)
Converts to
int x = __this_cpu_read(y);
4. Retrieve the content of a percpu struct
DEFINE_PER_CPU(struct mystruct, y);
struct mystruct x = __get_cpu_var(y);
Converts to
memcpy(&x, this_cpu_ptr(&y), sizeof(x));
5. Assignment to a per cpu variable
DEFINE_PER_CPU(int, y)
__get_cpu_var(y) = x;
Converts to
__this_cpu_write(y, x);
6. Increment/Decrement etc of a per cpu variable
DEFINE_PER_CPU(int, y);
__get_cpu_var(y)++
Converts to
__this_cpu_inc(y)
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: x86@kernel.org
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Acked-by: Ingo Molnar <mingo@kernel.org>
Signed-off-by: Christoph Lameter <cl@linux.com>
Signed-off-by: Tejun Heo <tj@kernel.org>
2014-08-18 00:30:40 +07:00
|
|
|
struct clock_event_device *levt = this_cpu_ptr(&lapic_events);
|
2008-08-24 16:01:54 +07:00
|
|
|
void (*real_handler)(struct clock_event_device *dev);
|
|
|
|
unsigned long deltaj;
|
2009-01-28 10:51:09 +07:00
|
|
|
long delta, deltatsc;
|
2008-08-24 16:01:54 +07:00
|
|
|
int pm_referenced = 0;
|
|
|
|
|
2011-11-10 20:42:40 +07:00
|
|
|
/**
|
|
|
|
* check if lapic timer has already been calibrated by platform
|
|
|
|
* specific routine, such as tsc calibration code. if so, we just fill
|
|
|
|
* in the clockevent structure and return.
|
|
|
|
*/
|
|
|
|
|
2012-10-23 04:37:58 +07:00
|
|
|
if (boot_cpu_has(X86_FEATURE_TSC_DEADLINE_TIMER)) {
|
|
|
|
return 0;
|
|
|
|
} else if (lapic_timer_frequency) {
|
2011-11-10 20:42:40 +07:00
|
|
|
apic_printk(APIC_VERBOSE, "lapic timer already calibrated %d\n",
|
|
|
|
lapic_timer_frequency);
|
|
|
|
lapic_clockevent.mult = div_sc(lapic_timer_frequency/APIC_DIVISOR,
|
|
|
|
TICK_NSEC, lapic_clockevent.shift);
|
|
|
|
lapic_clockevent.max_delta_ns =
|
|
|
|
clockevent_delta2ns(0x7FFFFF, &lapic_clockevent);
|
|
|
|
lapic_clockevent.min_delta_ns =
|
|
|
|
clockevent_delta2ns(0xF, &lapic_clockevent);
|
|
|
|
lapic_clockevent.features &= ~CLOCK_EVT_FEAT_DUMMY;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-10-23 04:37:58 +07:00
|
|
|
apic_printk(APIC_VERBOSE, "Using local APIC timer interrupts.\n"
|
|
|
|
"calibrating APIC timer ...\n");
|
|
|
|
|
2008-08-24 16:01:54 +07:00
|
|
|
local_irq_disable();
|
|
|
|
|
|
|
|
/* Replace the global interrupt handler */
|
|
|
|
real_handler = global_clock_event->event_handler;
|
|
|
|
global_clock_event->event_handler = lapic_cal_handler;
|
|
|
|
|
|
|
|
/*
|
2008-10-10 22:00:17 +07:00
|
|
|
* Setup the APIC counter to maximum. There is no way the lapic
|
2008-08-24 16:01:54 +07:00
|
|
|
* can underflow in the 100ms detection time frame
|
|
|
|
*/
|
2008-10-10 22:00:17 +07:00
|
|
|
__setup_APIC_LVTT(0xffffffff, 0, 0);
|
2008-08-24 16:01:54 +07:00
|
|
|
|
|
|
|
/* Let the interrupts run */
|
|
|
|
local_irq_enable();
|
|
|
|
|
|
|
|
while (lapic_cal_loops <= LAPIC_CAL_LOOPS)
|
|
|
|
cpu_relax();
|
|
|
|
|
|
|
|
local_irq_disable();
|
|
|
|
|
|
|
|
/* Restore the real event handler */
|
|
|
|
global_clock_event->event_handler = real_handler;
|
|
|
|
|
|
|
|
/* Build delta t1-t2 as apic timer counts down */
|
|
|
|
delta = lapic_cal_t1 - lapic_cal_t2;
|
|
|
|
apic_printk(APIC_VERBOSE, "... lapic delta = %ld\n", delta);
|
|
|
|
|
2009-01-28 10:51:09 +07:00
|
|
|
deltatsc = (long)(lapic_cal_tsc2 - lapic_cal_tsc1);
|
|
|
|
|
2008-09-13 02:58:24 +07:00
|
|
|
/* we trust the PM based calibration if possible */
|
|
|
|
pm_referenced = !calibrate_by_pmtimer(lapic_cal_pm2 - lapic_cal_pm1,
|
2009-01-28 10:51:09 +07:00
|
|
|
&delta, &deltatsc);
|
2008-08-24 16:01:54 +07:00
|
|
|
|
|
|
|
/* Calculate the scaled math multiplication factor */
|
|
|
|
lapic_clockevent.mult = div_sc(delta, TICK_NSEC * LAPIC_CAL_LOOPS,
|
|
|
|
lapic_clockevent.shift);
|
|
|
|
lapic_clockevent.max_delta_ns =
|
2011-01-06 22:23:29 +07:00
|
|
|
clockevent_delta2ns(0x7FFFFFFF, &lapic_clockevent);
|
2008-08-24 16:01:54 +07:00
|
|
|
lapic_clockevent.min_delta_ns =
|
|
|
|
clockevent_delta2ns(0xF, &lapic_clockevent);
|
|
|
|
|
2011-11-10 20:42:40 +07:00
|
|
|
lapic_timer_frequency = (delta * APIC_DIVISOR) / LAPIC_CAL_LOOPS;
|
2008-08-24 16:01:54 +07:00
|
|
|
|
|
|
|
apic_printk(APIC_VERBOSE, "..... delta %ld\n", delta);
|
2009-11-16 17:52:39 +07:00
|
|
|
apic_printk(APIC_VERBOSE, "..... mult: %u\n", lapic_clockevent.mult);
|
2008-08-24 16:01:54 +07:00
|
|
|
apic_printk(APIC_VERBOSE, "..... calibration result: %u\n",
|
2011-11-10 20:42:40 +07:00
|
|
|
lapic_timer_frequency);
|
2008-08-24 16:01:54 +07:00
|
|
|
|
|
|
|
if (cpu_has_tsc) {
|
|
|
|
apic_printk(APIC_VERBOSE, "..... CPU clock speed is "
|
|
|
|
"%ld.%04ld MHz.\n",
|
2009-01-28 10:51:09 +07:00
|
|
|
(deltatsc / LAPIC_CAL_LOOPS) / (1000000 / HZ),
|
|
|
|
(deltatsc / LAPIC_CAL_LOOPS) % (1000000 / HZ));
|
2008-08-24 16:01:54 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
apic_printk(APIC_VERBOSE, "..... host bus clock speed is "
|
|
|
|
"%u.%04u MHz.\n",
|
2011-11-10 20:42:40 +07:00
|
|
|
lapic_timer_frequency / (1000000 / HZ),
|
|
|
|
lapic_timer_frequency % (1000000 / HZ));
|
2008-08-24 16:01:54 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Do a sanity check on the APIC calibration result
|
|
|
|
*/
|
2011-11-10 20:42:40 +07:00
|
|
|
if (lapic_timer_frequency < (1000000 / HZ)) {
|
2008-08-24 16:01:54 +07:00
|
|
|
local_irq_enable();
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_warning("APIC frequency too slow, disabling apic timer\n");
|
2008-08-24 16:01:54 +07:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
levt->features &= ~CLOCK_EVT_FEAT_DUMMY;
|
|
|
|
|
2008-09-13 02:58:24 +07:00
|
|
|
/*
|
|
|
|
* PM timer calibration failed or not turned on
|
|
|
|
* so lets try APIC timer based calibration
|
|
|
|
*/
|
2008-08-24 16:01:54 +07:00
|
|
|
if (!pm_referenced) {
|
|
|
|
apic_printk(APIC_VERBOSE, "... verify APIC timer\n");
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Setup the apic timer manually
|
|
|
|
*/
|
|
|
|
levt->event_handler = lapic_cal_handler;
|
|
|
|
lapic_timer_setup(CLOCK_EVT_MODE_PERIODIC, levt);
|
|
|
|
lapic_cal_loops = -1;
|
|
|
|
|
|
|
|
/* Let the interrupts run */
|
|
|
|
local_irq_enable();
|
|
|
|
|
|
|
|
while (lapic_cal_loops <= LAPIC_CAL_LOOPS)
|
|
|
|
cpu_relax();
|
|
|
|
|
|
|
|
/* Stop the lapic timer */
|
|
|
|
lapic_timer_setup(CLOCK_EVT_MODE_SHUTDOWN, levt);
|
|
|
|
|
|
|
|
/* Jiffies delta */
|
|
|
|
deltaj = lapic_cal_j2 - lapic_cal_j1;
|
|
|
|
apic_printk(APIC_VERBOSE, "... jiffies delta = %lu\n", deltaj);
|
|
|
|
|
|
|
|
/* Check, if the jiffies result is consistent */
|
|
|
|
if (deltaj >= LAPIC_CAL_LOOPS-2 && deltaj <= LAPIC_CAL_LOOPS+2)
|
|
|
|
apic_printk(APIC_VERBOSE, "... jiffies result ok\n");
|
|
|
|
else
|
|
|
|
levt->features |= CLOCK_EVT_FEAT_DUMMY;
|
|
|
|
} else
|
|
|
|
local_irq_enable();
|
|
|
|
|
|
|
|
if (levt->features & CLOCK_EVT_FEAT_DUMMY) {
|
2009-01-04 17:46:25 +07:00
|
|
|
pr_warning("APIC timer disabled due to verification failure\n");
|
2008-08-24 16:01:54 +07:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-01-30 19:32:35 +07:00
|
|
|
/*
|
|
|
|
* Setup the boot APIC
|
|
|
|
*
|
|
|
|
* Calibrate and verify the result.
|
|
|
|
*/
|
2008-01-30 19:30:20 +07:00
|
|
|
void __init setup_boot_APIC_clock(void)
|
|
|
|
{
|
|
|
|
/*
|
2008-08-17 02:21:53 +07:00
|
|
|
* The local apic timer can be disabled via the kernel
|
|
|
|
* commandline or from the CPU detection code. Register the lapic
|
|
|
|
* timer as a dummy clock event source on SMP systems, so the
|
|
|
|
* broadcast mechanism is used. On UP systems simply ignore it.
|
2008-01-30 19:30:20 +07:00
|
|
|
*/
|
|
|
|
if (disable_apic_timer) {
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_info("Disabling APIC timer\n");
|
2008-01-30 19:30:20 +07:00
|
|
|
/* No broadcast on UP ! */
|
2008-01-30 19:33:04 +07:00
|
|
|
if (num_possible_cpus() > 1) {
|
|
|
|
lapic_clockevent.mult = 1;
|
2008-01-30 19:30:20 +07:00
|
|
|
setup_APIC_timer();
|
2008-01-30 19:33:04 +07:00
|
|
|
}
|
2008-01-30 19:30:20 +07:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2008-07-16 00:02:54 +07:00
|
|
|
if (calibrate_APIC_clock()) {
|
2008-01-30 19:33:04 +07:00
|
|
|
/* No broadcast on UP ! */
|
|
|
|
if (num_possible_cpus() > 1)
|
|
|
|
setup_APIC_timer();
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
|
|
|
* If nmi_watchdog is set to IO_APIC, we need the
|
|
|
|
* PIT/HPET going. Otherwise register lapic as a dummy
|
|
|
|
* device.
|
|
|
|
*/
|
2010-11-12 23:22:24 +07:00
|
|
|
lapic_clockevent.features &= ~CLOCK_EVT_FEAT_DUMMY;
|
2008-01-30 19:30:20 +07:00
|
|
|
|
2008-08-17 02:21:53 +07:00
|
|
|
/* Setup the lapic or request the broadcast */
|
2008-01-30 19:30:20 +07:00
|
|
|
setup_APIC_timer();
|
|
|
|
}
|
|
|
|
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
void setup_secondary_APIC_clock(void)
|
2008-01-30 19:30:20 +07:00
|
|
|
{
|
|
|
|
setup_APIC_timer();
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The guts of the apic timer interrupt
|
|
|
|
*/
|
|
|
|
static void local_apic_timer_interrupt(void)
|
|
|
|
{
|
|
|
|
int cpu = smp_processor_id();
|
|
|
|
struct clock_event_device *evt = &per_cpu(lapic_events, cpu);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Normally we should not be here till LAPIC has been initialized but
|
|
|
|
* in some cases like kdump, its possible that there is a pending LAPIC
|
|
|
|
* timer interrupt from previous kernel's context and is delivered in
|
|
|
|
* new kernel the moment interrupts are enabled.
|
|
|
|
*
|
|
|
|
* Interrupts are enabled early and LAPIC is setup much later, hence
|
|
|
|
* its possible that when we get here evt->event_handler is NULL.
|
|
|
|
* Check for event_handler being NULL and discard the interrupt as
|
|
|
|
* spurious.
|
|
|
|
*/
|
|
|
|
if (!evt->event_handler) {
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_warning("Spurious LAPIC timer interrupt on cpu %d\n", cpu);
|
2008-01-30 19:30:20 +07:00
|
|
|
/* Switch it off */
|
|
|
|
lapic_timer_setup(CLOCK_EVT_MODE_SHUTDOWN, evt);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* the NMI deadlock-detector uses this.
|
|
|
|
*/
|
2008-12-09 10:19:26 +07:00
|
|
|
inc_irq_stat(apic_timer_irqs);
|
2008-01-30 19:30:20 +07:00
|
|
|
|
|
|
|
evt->event_handler(evt);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Local APIC timer interrupt. This is the most natural way for doing
|
|
|
|
* local interrupts, but local timer interrupts can be emulated by
|
|
|
|
* broadcast interrupts too. [in case the hw doesn't support APIC timers]
|
|
|
|
*
|
|
|
|
* [ if a single-CPU system runs an SMP kernel then we call the local
|
|
|
|
* interrupt as well. Thus we cannot inline the local irq ... ]
|
|
|
|
*/
|
2013-08-06 05:02:37 +07:00
|
|
|
__visible void __irq_entry smp_apic_timer_interrupt(struct pt_regs *regs)
|
2008-01-30 19:30:20 +07:00
|
|
|
{
|
|
|
|
struct pt_regs *old_regs = set_irq_regs(regs);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* NOTE! We'd better ACK the irq immediately,
|
|
|
|
* because timer handling can be slow.
|
x86, trace: Introduce entering/exiting_irq()
When implementing tracepoints in interrupt handers, if the tracepoints are
simply added in the performance sensitive path of interrupt handers,
it may cause potential performance problem due to the time penalty.
To solve the problem, an idea is to prepare non-trace/trace irq handers and
switch their IDTs at the enabling/disabling time.
So, let's introduce entering_irq()/exiting_irq() for pre/post-
processing of each irq handler.
A way to use them is as follows.
Non-trace irq handler:
smp_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
exiting_irq(); /* post-processing of this handler */
}
Trace irq_handler:
smp_trace_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
trace_irq_entry(); /* tracepoint for irq entry */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
trace_irq_exit(); /* tracepoint for irq exit */
exiting_irq(); /* post-processing of this handler */
}
If tracepoints can place outside entering_irq()/exiting_irq() as follows,
it looks cleaner.
smp_trace_irq_handler()
{
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
}
But it doesn't work.
The problem is with irq_enter/exit() being called. They must be called before
trace_irq_enter/exit(), because of the rcu_irq_enter() must be called before
any tracepoints are used, as tracepoints use rcu to synchronize.
As a possible alternative, we may be able to call irq_enter() first as follows
if irq_enter() can nest.
smp_trace_irq_hander()
{
irq_entry();
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
irq_exit();
}
But it doesn't work, either.
If irq_enter() is nested, it may have a time penalty because it has to check if it
was already called or not. The time penalty is not desired in performance sensitive
paths even if it is tiny.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C3238D.9040706@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:45:17 +07:00
|
|
|
*
|
2008-01-30 19:30:20 +07:00
|
|
|
* update_process_times() expects us to have done irq_enter().
|
|
|
|
* Besides, if we don't timer interrupts ignore the global
|
|
|
|
* interrupt lock, which is the WrongThing (tm) to do.
|
|
|
|
*/
|
x86, trace: Introduce entering/exiting_irq()
When implementing tracepoints in interrupt handers, if the tracepoints are
simply added in the performance sensitive path of interrupt handers,
it may cause potential performance problem due to the time penalty.
To solve the problem, an idea is to prepare non-trace/trace irq handers and
switch their IDTs at the enabling/disabling time.
So, let's introduce entering_irq()/exiting_irq() for pre/post-
processing of each irq handler.
A way to use them is as follows.
Non-trace irq handler:
smp_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
exiting_irq(); /* post-processing of this handler */
}
Trace irq_handler:
smp_trace_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
trace_irq_entry(); /* tracepoint for irq entry */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
trace_irq_exit(); /* tracepoint for irq exit */
exiting_irq(); /* post-processing of this handler */
}
If tracepoints can place outside entering_irq()/exiting_irq() as follows,
it looks cleaner.
smp_trace_irq_handler()
{
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
}
But it doesn't work.
The problem is with irq_enter/exit() being called. They must be called before
trace_irq_enter/exit(), because of the rcu_irq_enter() must be called before
any tracepoints are used, as tracepoints use rcu to synchronize.
As a possible alternative, we may be able to call irq_enter() first as follows
if irq_enter() can nest.
smp_trace_irq_hander()
{
irq_entry();
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
irq_exit();
}
But it doesn't work, either.
If irq_enter() is nested, it may have a time penalty because it has to check if it
was already called or not. The time penalty is not desired in performance sensitive
paths even if it is tiny.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C3238D.9040706@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:45:17 +07:00
|
|
|
entering_ack_irq();
|
2008-01-30 19:30:20 +07:00
|
|
|
local_apic_timer_interrupt();
|
x86, trace: Introduce entering/exiting_irq()
When implementing tracepoints in interrupt handers, if the tracepoints are
simply added in the performance sensitive path of interrupt handers,
it may cause potential performance problem due to the time penalty.
To solve the problem, an idea is to prepare non-trace/trace irq handers and
switch their IDTs at the enabling/disabling time.
So, let's introduce entering_irq()/exiting_irq() for pre/post-
processing of each irq handler.
A way to use them is as follows.
Non-trace irq handler:
smp_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
exiting_irq(); /* post-processing of this handler */
}
Trace irq_handler:
smp_trace_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
trace_irq_entry(); /* tracepoint for irq entry */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
trace_irq_exit(); /* tracepoint for irq exit */
exiting_irq(); /* post-processing of this handler */
}
If tracepoints can place outside entering_irq()/exiting_irq() as follows,
it looks cleaner.
smp_trace_irq_handler()
{
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
}
But it doesn't work.
The problem is with irq_enter/exit() being called. They must be called before
trace_irq_enter/exit(), because of the rcu_irq_enter() must be called before
any tracepoints are used, as tracepoints use rcu to synchronize.
As a possible alternative, we may be able to call irq_enter() first as follows
if irq_enter() can nest.
smp_trace_irq_hander()
{
irq_entry();
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
irq_exit();
}
But it doesn't work, either.
If irq_enter() is nested, it may have a time penalty because it has to check if it
was already called or not. The time penalty is not desired in performance sensitive
paths even if it is tiny.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C3238D.9040706@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:45:17 +07:00
|
|
|
exiting_irq();
|
2008-08-17 02:21:53 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
set_irq_regs(old_regs);
|
|
|
|
}
|
|
|
|
|
2013-08-06 05:02:37 +07:00
|
|
|
__visible void __irq_entry smp_trace_apic_timer_interrupt(struct pt_regs *regs)
|
x86, trace: Add irq vector tracepoints
[Purpose of this patch]
As Vaibhav explained in the thread below, tracepoints for irq vectors
are useful.
http://www.spinics.net/lists/mm-commits/msg85707.html
<snip>
The current interrupt traces from irq_handler_entry and irq_handler_exit
provide when an interrupt is handled. They provide good data about when
the system has switched to kernel space and how it affects the currently
running processes.
There are some IRQ vectors which trigger the system into kernel space,
which are not handled in generic IRQ handlers. Tracing such events gives
us the information about IRQ interaction with other system events.
The trace also tells where the system is spending its time. We want to
know which cores are handling interrupts and how they are affecting other
processes in the system. Also, the trace provides information about when
the cores are idle and which interrupts are changing that state.
<snip>
On the other hand, my usecase is tracing just local timer event and
getting a value of instruction pointer.
I suggested to add an argument local timer event to get instruction pointer before.
But there is another way to get it with external module like systemtap.
So, I don't need to add any argument to irq vector tracepoints now.
[Patch Description]
Vaibhav's patch shared a trace point ,irq_vector_entry/irq_vector_exit, in all events.
But there is an above use case to trace specific irq_vector rather than tracing all events.
In this case, we are concerned about overhead due to unwanted events.
So, add following tracepoints instead of introducing irq_vector_entry/exit.
so that we can enable them independently.
- local_timer_vector
- reschedule_vector
- call_function_vector
- call_function_single_vector
- irq_work_entry_vector
- error_apic_vector
- thermal_apic_vector
- threshold_apic_vector
- spurious_apic_vector
- x86_platform_ipi_vector
Also, introduce a logic switching IDT at enabling/disabling time so that a time penalty
makes a zero when tracepoints are disabled. Detailed explanations are as follows.
- Create trace irq handlers with entering_irq()/exiting_irq().
- Create a new IDT, trace_idt_table, at boot time by adding a logic to
_set_gate(). It is just a copy of original idt table.
- Register the new handlers for tracpoints to the new IDT by introducing
macros to alloc_intr_gate() called at registering time of irq_vector handlers.
- Add checking, whether irq vector tracing is on/off, into load_current_idt().
This has to be done below debug checking for these reasons.
- Switching to debug IDT may be kicked while tracing is enabled.
- On the other hands, switching to trace IDT is kicked only when debugging
is disabled.
In addition, the new IDT is created only when CONFIG_TRACING is enabled to avoid being
used for other purposes.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C323ED.5050708@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:46:53 +07:00
|
|
|
{
|
|
|
|
struct pt_regs *old_regs = set_irq_regs(regs);
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
x86, trace: Add irq vector tracepoints
[Purpose of this patch]
As Vaibhav explained in the thread below, tracepoints for irq vectors
are useful.
http://www.spinics.net/lists/mm-commits/msg85707.html
<snip>
The current interrupt traces from irq_handler_entry and irq_handler_exit
provide when an interrupt is handled. They provide good data about when
the system has switched to kernel space and how it affects the currently
running processes.
There are some IRQ vectors which trigger the system into kernel space,
which are not handled in generic IRQ handlers. Tracing such events gives
us the information about IRQ interaction with other system events.
The trace also tells where the system is spending its time. We want to
know which cores are handling interrupts and how they are affecting other
processes in the system. Also, the trace provides information about when
the cores are idle and which interrupts are changing that state.
<snip>
On the other hand, my usecase is tracing just local timer event and
getting a value of instruction pointer.
I suggested to add an argument local timer event to get instruction pointer before.
But there is another way to get it with external module like systemtap.
So, I don't need to add any argument to irq vector tracepoints now.
[Patch Description]
Vaibhav's patch shared a trace point ,irq_vector_entry/irq_vector_exit, in all events.
But there is an above use case to trace specific irq_vector rather than tracing all events.
In this case, we are concerned about overhead due to unwanted events.
So, add following tracepoints instead of introducing irq_vector_entry/exit.
so that we can enable them independently.
- local_timer_vector
- reschedule_vector
- call_function_vector
- call_function_single_vector
- irq_work_entry_vector
- error_apic_vector
- thermal_apic_vector
- threshold_apic_vector
- spurious_apic_vector
- x86_platform_ipi_vector
Also, introduce a logic switching IDT at enabling/disabling time so that a time penalty
makes a zero when tracepoints are disabled. Detailed explanations are as follows.
- Create trace irq handlers with entering_irq()/exiting_irq().
- Create a new IDT, trace_idt_table, at boot time by adding a logic to
_set_gate(). It is just a copy of original idt table.
- Register the new handlers for tracpoints to the new IDT by introducing
macros to alloc_intr_gate() called at registering time of irq_vector handlers.
- Add checking, whether irq vector tracing is on/off, into load_current_idt().
This has to be done below debug checking for these reasons.
- Switching to debug IDT may be kicked while tracing is enabled.
- On the other hands, switching to trace IDT is kicked only when debugging
is disabled.
In addition, the new IDT is created only when CONFIG_TRACING is enabled to avoid being
used for other purposes.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C323ED.5050708@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:46:53 +07:00
|
|
|
* NOTE! We'd better ACK the irq immediately,
|
|
|
|
* because timer handling can be slow.
|
|
|
|
*
|
2008-01-30 19:30:20 +07:00
|
|
|
* update_process_times() expects us to have done irq_enter().
|
|
|
|
* Besides, if we don't timer interrupts ignore the global
|
|
|
|
* interrupt lock, which is the WrongThing (tm) to do.
|
|
|
|
*/
|
x86, trace: Add irq vector tracepoints
[Purpose of this patch]
As Vaibhav explained in the thread below, tracepoints for irq vectors
are useful.
http://www.spinics.net/lists/mm-commits/msg85707.html
<snip>
The current interrupt traces from irq_handler_entry and irq_handler_exit
provide when an interrupt is handled. They provide good data about when
the system has switched to kernel space and how it affects the currently
running processes.
There are some IRQ vectors which trigger the system into kernel space,
which are not handled in generic IRQ handlers. Tracing such events gives
us the information about IRQ interaction with other system events.
The trace also tells where the system is spending its time. We want to
know which cores are handling interrupts and how they are affecting other
processes in the system. Also, the trace provides information about when
the cores are idle and which interrupts are changing that state.
<snip>
On the other hand, my usecase is tracing just local timer event and
getting a value of instruction pointer.
I suggested to add an argument local timer event to get instruction pointer before.
But there is another way to get it with external module like systemtap.
So, I don't need to add any argument to irq vector tracepoints now.
[Patch Description]
Vaibhav's patch shared a trace point ,irq_vector_entry/irq_vector_exit, in all events.
But there is an above use case to trace specific irq_vector rather than tracing all events.
In this case, we are concerned about overhead due to unwanted events.
So, add following tracepoints instead of introducing irq_vector_entry/exit.
so that we can enable them independently.
- local_timer_vector
- reschedule_vector
- call_function_vector
- call_function_single_vector
- irq_work_entry_vector
- error_apic_vector
- thermal_apic_vector
- threshold_apic_vector
- spurious_apic_vector
- x86_platform_ipi_vector
Also, introduce a logic switching IDT at enabling/disabling time so that a time penalty
makes a zero when tracepoints are disabled. Detailed explanations are as follows.
- Create trace irq handlers with entering_irq()/exiting_irq().
- Create a new IDT, trace_idt_table, at boot time by adding a logic to
_set_gate(). It is just a copy of original idt table.
- Register the new handlers for tracpoints to the new IDT by introducing
macros to alloc_intr_gate() called at registering time of irq_vector handlers.
- Add checking, whether irq vector tracing is on/off, into load_current_idt().
This has to be done below debug checking for these reasons.
- Switching to debug IDT may be kicked while tracing is enabled.
- On the other hands, switching to trace IDT is kicked only when debugging
is disabled.
In addition, the new IDT is created only when CONFIG_TRACING is enabled to avoid being
used for other purposes.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C323ED.5050708@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:46:53 +07:00
|
|
|
entering_ack_irq();
|
|
|
|
trace_local_timer_entry(LOCAL_TIMER_VECTOR);
|
2008-01-30 19:30:20 +07:00
|
|
|
local_apic_timer_interrupt();
|
x86, trace: Add irq vector tracepoints
[Purpose of this patch]
As Vaibhav explained in the thread below, tracepoints for irq vectors
are useful.
http://www.spinics.net/lists/mm-commits/msg85707.html
<snip>
The current interrupt traces from irq_handler_entry and irq_handler_exit
provide when an interrupt is handled. They provide good data about when
the system has switched to kernel space and how it affects the currently
running processes.
There are some IRQ vectors which trigger the system into kernel space,
which are not handled in generic IRQ handlers. Tracing such events gives
us the information about IRQ interaction with other system events.
The trace also tells where the system is spending its time. We want to
know which cores are handling interrupts and how they are affecting other
processes in the system. Also, the trace provides information about when
the cores are idle and which interrupts are changing that state.
<snip>
On the other hand, my usecase is tracing just local timer event and
getting a value of instruction pointer.
I suggested to add an argument local timer event to get instruction pointer before.
But there is another way to get it with external module like systemtap.
So, I don't need to add any argument to irq vector tracepoints now.
[Patch Description]
Vaibhav's patch shared a trace point ,irq_vector_entry/irq_vector_exit, in all events.
But there is an above use case to trace specific irq_vector rather than tracing all events.
In this case, we are concerned about overhead due to unwanted events.
So, add following tracepoints instead of introducing irq_vector_entry/exit.
so that we can enable them independently.
- local_timer_vector
- reschedule_vector
- call_function_vector
- call_function_single_vector
- irq_work_entry_vector
- error_apic_vector
- thermal_apic_vector
- threshold_apic_vector
- spurious_apic_vector
- x86_platform_ipi_vector
Also, introduce a logic switching IDT at enabling/disabling time so that a time penalty
makes a zero when tracepoints are disabled. Detailed explanations are as follows.
- Create trace irq handlers with entering_irq()/exiting_irq().
- Create a new IDT, trace_idt_table, at boot time by adding a logic to
_set_gate(). It is just a copy of original idt table.
- Register the new handlers for tracpoints to the new IDT by introducing
macros to alloc_intr_gate() called at registering time of irq_vector handlers.
- Add checking, whether irq vector tracing is on/off, into load_current_idt().
This has to be done below debug checking for these reasons.
- Switching to debug IDT may be kicked while tracing is enabled.
- On the other hands, switching to trace IDT is kicked only when debugging
is disabled.
In addition, the new IDT is created only when CONFIG_TRACING is enabled to avoid being
used for other purposes.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C323ED.5050708@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:46:53 +07:00
|
|
|
trace_local_timer_exit(LOCAL_TIMER_VECTOR);
|
|
|
|
exiting_irq();
|
2008-08-17 02:21:53 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
set_irq_regs(old_regs);
|
|
|
|
}
|
|
|
|
|
|
|
|
int setup_profiling_timer(unsigned int multiplier)
|
|
|
|
{
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Local APIC start and shutdown
|
|
|
|
*/
|
|
|
|
|
|
|
|
/**
|
|
|
|
* clear_local_APIC - shutdown the local APIC
|
|
|
|
*
|
|
|
|
* This is called, when a CPU is disabled and before rebooting, so the state of
|
|
|
|
* the local APIC has no dangling leftovers. Also used to cleanout any BIOS
|
|
|
|
* leftovers during boot.
|
|
|
|
*/
|
|
|
|
void clear_local_APIC(void)
|
|
|
|
{
|
2008-05-21 05:18:12 +07:00
|
|
|
int maxlvt;
|
2008-01-30 19:30:20 +07:00
|
|
|
u32 v;
|
|
|
|
|
2008-01-30 19:33:17 +07:00
|
|
|
/* APIC hasn't been mapped yet */
|
2009-04-21 03:02:27 +07:00
|
|
|
if (!x2apic_mode && !apic_phys)
|
2008-01-30 19:33:17 +07:00
|
|
|
return;
|
|
|
|
|
|
|
|
maxlvt = lapic_get_maxlvt();
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
|
|
|
* Masking an LVT entry can trigger a local APIC error
|
|
|
|
* if the vector is zero. Mask LVTERR first to prevent this.
|
|
|
|
*/
|
|
|
|
if (maxlvt >= 3) {
|
|
|
|
v = ERROR_APIC_VECTOR; /* any non-zero vector will do */
|
|
|
|
apic_write(APIC_LVTERR, v | APIC_LVT_MASKED);
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Careful: we have to set masks only first to deassert
|
|
|
|
* any level-triggered sources.
|
|
|
|
*/
|
|
|
|
v = apic_read(APIC_LVTT);
|
|
|
|
apic_write(APIC_LVTT, v | APIC_LVT_MASKED);
|
|
|
|
v = apic_read(APIC_LVT0);
|
|
|
|
apic_write(APIC_LVT0, v | APIC_LVT_MASKED);
|
|
|
|
v = apic_read(APIC_LVT1);
|
|
|
|
apic_write(APIC_LVT1, v | APIC_LVT_MASKED);
|
|
|
|
if (maxlvt >= 4) {
|
|
|
|
v = apic_read(APIC_LVTPC);
|
|
|
|
apic_write(APIC_LVTPC, v | APIC_LVT_MASKED);
|
|
|
|
}
|
|
|
|
|
2008-08-17 02:21:50 +07:00
|
|
|
/* lets not touch this if we didn't frob it */
|
x86, mce: use 64bit machine check code on 32bit
The 64bit machine check code is in many ways much better than
the 32bit machine check code: it is more specification compliant,
is cleaner, only has a single code base versus one per CPU,
has better infrastructure for recovery, has a cleaner way to communicate
with user space etc. etc.
Use the 64bit code for 32bit too.
This is the second attempt to do this. There was one a couple of years
ago to unify this code for 32bit and 64bit. Back then this ran into some
trouble with K7s and was reverted.
I believe this time the K7 problems (and some others) are addressed.
I went over the old handlers and was very careful to retain
all quirks.
But of course this needs a lot of testing on old systems. On newer
64bit capable systems I don't expect much problems because they have been
already tested with the 64bit kernel.
I made this a CONFIG for now that still allows to select the old
machine check code. This is mostly to make testing easier,
if someone runs into a problem we can ask them to try
with the CONFIG switched.
The new code is default y for more coverage.
Once there is confidence the 64bit code works well on older hardware
too the CONFIG_X86_OLD_MCE and the associated code can be easily
removed.
This causes a behaviour change for 32bit installations. They now
have to install the mcelog package to be able to log
corrected machine checks.
The 64bit machine check code only handles CPUs which support the
standard Intel machine check architecture described in the IA32 SDM.
The 32bit code has special support for some older CPUs which
have non standard machine check architectures, in particular
WinChip C3 and Intel P5. I made those a separate CONFIG option
and kept them for now. The WinChip variant could be probably
removed without too much pain, it doesn't really do anything
interesting. P5 is also disabled by default (like it
was before) because many motherboards have it miswired, but
according to Alan Cox a few embedded setups use that one.
Forward ported/heavily changed version of old patch, original patch
included review/fixes from Thomas Gleixner, Bert Wesarg.
Signed-off-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Signed-off-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-04-29 00:07:31 +07:00
|
|
|
#ifdef CONFIG_X86_THERMAL_VECTOR
|
2008-08-17 02:21:50 +07:00
|
|
|
if (maxlvt >= 5) {
|
|
|
|
v = apic_read(APIC_LVTTHMR);
|
|
|
|
apic_write(APIC_LVTTHMR, v | APIC_LVT_MASKED);
|
|
|
|
}
|
|
|
|
#endif
|
2009-02-12 19:49:37 +07:00
|
|
|
#ifdef CONFIG_X86_MCE_INTEL
|
|
|
|
if (maxlvt >= 6) {
|
|
|
|
v = apic_read(APIC_LVTCMCI);
|
|
|
|
if (!(v & APIC_LVT_MASKED))
|
|
|
|
apic_write(APIC_LVTCMCI, v | APIC_LVT_MASKED);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
|
|
|
* Clean APIC state for other OSs:
|
|
|
|
*/
|
|
|
|
apic_write(APIC_LVTT, APIC_LVT_MASKED);
|
|
|
|
apic_write(APIC_LVT0, APIC_LVT_MASKED);
|
|
|
|
apic_write(APIC_LVT1, APIC_LVT_MASKED);
|
|
|
|
if (maxlvt >= 3)
|
|
|
|
apic_write(APIC_LVTERR, APIC_LVT_MASKED);
|
|
|
|
if (maxlvt >= 4)
|
|
|
|
apic_write(APIC_LVTPC, APIC_LVT_MASKED);
|
2008-08-17 02:21:50 +07:00
|
|
|
|
|
|
|
/* Integrated APIC (!82489DX) ? */
|
|
|
|
if (lapic_is_integrated()) {
|
|
|
|
if (maxlvt > 3)
|
|
|
|
/* Clear ESR due to Pentium errata 3AP and 11AP */
|
|
|
|
apic_write(APIC_ESR, 0);
|
|
|
|
apic_read(APIC_ESR);
|
|
|
|
}
|
2008-01-30 19:30:20 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* disable_local_APIC - clear and disable the local APIC
|
|
|
|
*/
|
|
|
|
void disable_local_APIC(void)
|
|
|
|
{
|
|
|
|
unsigned int value;
|
|
|
|
|
2009-01-14 19:28:51 +07:00
|
|
|
/* APIC hasn't been mapped yet */
|
2010-07-15 14:00:59 +07:00
|
|
|
if (!x2apic_mode && !apic_phys)
|
2009-01-14 19:28:51 +07:00
|
|
|
return;
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
clear_local_APIC();
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Disable APIC (implies clearing of registers
|
|
|
|
* for 82489DX!).
|
|
|
|
*/
|
|
|
|
value = apic_read(APIC_SPIV);
|
|
|
|
value &= ~APIC_SPIV_APIC_ENABLED;
|
|
|
|
apic_write(APIC_SPIV, value);
|
2008-08-18 23:45:51 +07:00
|
|
|
|
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
/*
|
|
|
|
* When LAPIC was disabled by the BIOS and enabled by the kernel,
|
|
|
|
* restore the disabled state.
|
|
|
|
*/
|
|
|
|
if (enabled_via_apicbase) {
|
|
|
|
unsigned int l, h;
|
|
|
|
|
|
|
|
rdmsr(MSR_IA32_APICBASE, l, h);
|
|
|
|
l &= ~MSR_IA32_APICBASE_ENABLE;
|
|
|
|
wrmsr(MSR_IA32_APICBASE, l, h);
|
|
|
|
}
|
|
|
|
#endif
|
2008-01-30 19:30:20 +07:00
|
|
|
}
|
|
|
|
|
2008-08-18 23:45:52 +07:00
|
|
|
/*
|
|
|
|
* If Linux enabled the LAPIC against the BIOS default disable it down before
|
|
|
|
* re-entering the BIOS on shutdown. Otherwise the BIOS may get confused and
|
|
|
|
* not power-off. Additionally clear all LVT entries before disable_local_APIC
|
|
|
|
* for the case where Linux didn't enable the LAPIC.
|
|
|
|
*/
|
2008-01-30 19:30:20 +07:00
|
|
|
void lapic_shutdown(void)
|
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
|
2009-09-15 14:12:30 +07:00
|
|
|
if (!cpu_has_apic && !apic_from_smp_config())
|
2008-01-30 19:30:20 +07:00
|
|
|
return;
|
|
|
|
|
|
|
|
local_irq_save(flags);
|
|
|
|
|
2008-08-18 23:45:52 +07:00
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
if (!enabled_via_apicbase)
|
|
|
|
clear_local_APIC();
|
|
|
|
else
|
|
|
|
#endif
|
|
|
|
disable_local_APIC();
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
|
|
|
|
local_irq_restore(flags);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This is to verify that we're looking at a real local APIC.
|
|
|
|
* Check these against your board if the CPUs aren't getting
|
|
|
|
* started for no apparent reason.
|
|
|
|
*/
|
|
|
|
int __init verify_local_APIC(void)
|
|
|
|
{
|
|
|
|
unsigned int reg0, reg1;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The version register is read-only in a real APIC.
|
|
|
|
*/
|
|
|
|
reg0 = apic_read(APIC_LVR);
|
|
|
|
apic_printk(APIC_DEBUG, "Getting VERSION: %x\n", reg0);
|
|
|
|
apic_write(APIC_LVR, reg0 ^ APIC_LVR_MASK);
|
|
|
|
reg1 = apic_read(APIC_LVR);
|
|
|
|
apic_printk(APIC_DEBUG, "Getting VERSION: %x\n", reg1);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The two version reads above should print the same
|
|
|
|
* numbers. If the second one is different, then we
|
|
|
|
* poke at a non-APIC.
|
|
|
|
*/
|
|
|
|
if (reg1 != reg0)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Check if the version looks reasonably.
|
|
|
|
*/
|
|
|
|
reg1 = GET_APIC_VERSION(reg0);
|
|
|
|
if (reg1 == 0x00 || reg1 == 0xff)
|
|
|
|
return 0;
|
|
|
|
reg1 = lapic_get_maxlvt();
|
|
|
|
if (reg1 < 0x02 || reg1 == 0xff)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The ID register is read/write in a real APIC.
|
|
|
|
*/
|
2008-07-12 04:24:19 +07:00
|
|
|
reg0 = apic_read(APIC_ID);
|
2008-01-30 19:30:20 +07:00
|
|
|
apic_printk(APIC_DEBUG, "Getting ID: %x\n", reg0);
|
2009-01-28 20:59:17 +07:00
|
|
|
apic_write(APIC_ID, reg0 ^ apic->apic_id_mask);
|
2008-07-12 04:24:19 +07:00
|
|
|
reg1 = apic_read(APIC_ID);
|
2008-01-30 19:30:20 +07:00
|
|
|
apic_printk(APIC_DEBUG, "Getting ID: %x\n", reg1);
|
|
|
|
apic_write(APIC_ID, reg0);
|
2009-01-28 20:59:17 +07:00
|
|
|
if (reg1 != (reg0 ^ apic->apic_id_mask))
|
2008-01-30 19:30:20 +07:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
/*
|
2005-04-17 05:20:36 +07:00
|
|
|
* The next two are just to see if we have sane values.
|
|
|
|
* They're only really relevant if we're in Virtual Wire
|
|
|
|
* compatibility mode, but most boxes are anymore.
|
|
|
|
*/
|
|
|
|
reg0 = apic_read(APIC_LVT0);
|
2008-01-30 19:30:20 +07:00
|
|
|
apic_printk(APIC_DEBUG, "Getting LVT0: %x\n", reg0);
|
2005-04-17 05:20:36 +07:00
|
|
|
reg1 = apic_read(APIC_LVT1);
|
|
|
|
apic_printk(APIC_DEBUG, "Getting LVT1: %x\n", reg1);
|
|
|
|
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/**
|
|
|
|
* sync_Arb_IDs - synchronize APIC bus arbitration IDs
|
|
|
|
*/
|
2005-04-17 05:20:36 +07:00
|
|
|
void __init sync_Arb_IDs(void)
|
|
|
|
{
|
2008-08-15 18:51:23 +07:00
|
|
|
/*
|
|
|
|
* Unsupported on P4 - see Intel Dev. Manual Vol. 3, Ch. 8.6.1 And not
|
|
|
|
* needed on AMD.
|
|
|
|
*/
|
|
|
|
if (modern_apic() || boot_cpu_data.x86_vendor == X86_VENDOR_AMD)
|
2005-04-17 05:20:36 +07:00
|
|
|
return;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Wait for idle.
|
|
|
|
*/
|
|
|
|
apic_wait_icr_idle();
|
|
|
|
|
|
|
|
apic_printk(APIC_DEBUG, "Synchronizing Arb IDs.\n");
|
2008-08-16 02:05:19 +07:00
|
|
|
apic_write(APIC_ICR, APIC_DEST_ALLINC |
|
|
|
|
APIC_INT_LEVELTRIG | APIC_DM_INIT);
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* An initial setup of the virtual wire mode.
|
|
|
|
*/
|
|
|
|
void __init init_bsp_APIC(void)
|
|
|
|
{
|
2006-01-12 04:46:51 +07:00
|
|
|
unsigned int value;
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Don't do the setup now if we have a SMP BIOS as the
|
|
|
|
* through-I/O-APIC virtual wire mode might be active.
|
|
|
|
*/
|
|
|
|
if (smp_found_config || !cpu_has_apic)
|
|
|
|
return;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Do not trust the local APIC being empty at bootup.
|
|
|
|
*/
|
|
|
|
clear_local_APIC();
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Enable APIC.
|
|
|
|
*/
|
|
|
|
value = apic_read(APIC_SPIV);
|
|
|
|
value &= ~APIC_VECTOR_MASK;
|
|
|
|
value |= APIC_SPIV_APIC_ENABLED;
|
2008-08-16 02:05:18 +07:00
|
|
|
|
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
/* This bit is reserved on P4/Xeon and should be cleared */
|
|
|
|
if ((boot_cpu_data.x86_vendor == X86_VENDOR_INTEL) &&
|
|
|
|
(boot_cpu_data.x86 == 15))
|
|
|
|
value &= ~APIC_SPIV_FOCUS_DISABLED;
|
|
|
|
else
|
|
|
|
#endif
|
|
|
|
value |= APIC_SPIV_FOCUS_DISABLED;
|
2005-04-17 05:20:36 +07:00
|
|
|
value |= SPURIOUS_APIC_VECTOR;
|
2006-01-12 04:46:51 +07:00
|
|
|
apic_write(APIC_SPIV, value);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Set up the virtual wire mode.
|
|
|
|
*/
|
2006-01-12 04:46:51 +07:00
|
|
|
apic_write(APIC_LVT0, APIC_DM_EXTINT);
|
2005-04-17 05:20:36 +07:00
|
|
|
value = APIC_DM_NMI;
|
2008-08-16 02:05:18 +07:00
|
|
|
if (!lapic_is_integrated()) /* 82489DX */
|
|
|
|
value |= APIC_LVT_LEVEL_TRIGGER;
|
2006-01-12 04:46:51 +07:00
|
|
|
apic_write(APIC_LVT1, value);
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
static void lapic_setup_esr(void)
|
2008-08-18 23:45:54 +07:00
|
|
|
{
|
2008-09-14 14:55:37 +07:00
|
|
|
unsigned int oldvalue, value, maxlvt;
|
|
|
|
|
|
|
|
if (!lapic_is_integrated()) {
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_info("No ESR for 82489DX.\n");
|
2008-09-14 14:55:37 +07:00
|
|
|
return;
|
|
|
|
}
|
2008-08-18 23:45:54 +07:00
|
|
|
|
2009-01-28 11:08:44 +07:00
|
|
|
if (apic->disable_esr) {
|
2008-08-18 23:45:54 +07:00
|
|
|
/*
|
2008-09-14 14:55:37 +07:00
|
|
|
* Something untraceable is creating bad interrupts on
|
|
|
|
* secondary quads ... for the moment, just leave the
|
|
|
|
* ESR disabled - we can't do anything useful with the
|
|
|
|
* errors anyway - mbligh
|
2008-08-18 23:45:54 +07:00
|
|
|
*/
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_info("Leaving ESR disabled.\n");
|
2008-09-14 14:55:37 +07:00
|
|
|
return;
|
2008-08-18 23:45:54 +07:00
|
|
|
}
|
2008-09-14 14:55:37 +07:00
|
|
|
|
|
|
|
maxlvt = lapic_get_maxlvt();
|
|
|
|
if (maxlvt > 3) /* Due to the Pentium erratum 3AP. */
|
|
|
|
apic_write(APIC_ESR, 0);
|
|
|
|
oldvalue = apic_read(APIC_ESR);
|
|
|
|
|
|
|
|
/* enables sending errors */
|
|
|
|
value = ERROR_APIC_VECTOR;
|
|
|
|
apic_write(APIC_LVTERR, value);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* spec says clear errors after enabling vector.
|
|
|
|
*/
|
|
|
|
if (maxlvt > 3)
|
|
|
|
apic_write(APIC_ESR, 0);
|
|
|
|
value = apic_read(APIC_ESR);
|
|
|
|
if (value != oldvalue)
|
|
|
|
apic_printk(APIC_VERBOSE, "ESR value before enabling "
|
|
|
|
"vector: 0x%08x after: 0x%08x\n",
|
|
|
|
oldvalue, value);
|
2008-08-18 23:45:54 +07:00
|
|
|
}
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/**
|
|
|
|
* setup_local_APIC - setup the local APIC
|
2010-12-09 17:47:21 +07:00
|
|
|
*
|
|
|
|
* Used to setup local APIC while initializing BSP or bringin up APs.
|
|
|
|
* Always called with preemption disabled.
|
2008-01-30 19:30:20 +07:00
|
|
|
*/
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
void setup_local_APIC(void)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2010-12-09 17:47:21 +07:00
|
|
|
int cpu = smp_processor_id();
|
2010-05-25 02:13:15 +07:00
|
|
|
unsigned int value, queued;
|
|
|
|
int i, j, acked = 0;
|
|
|
|
unsigned long long tsc = 0, ntsc;
|
2014-10-16 00:12:07 +07:00
|
|
|
long long max_loops = cpu_khz ? cpu_khz : 1000000;
|
2010-05-25 02:13:15 +07:00
|
|
|
|
|
|
|
if (cpu_has_tsc)
|
|
|
|
rdtscll(tsc);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-01-14 19:27:35 +07:00
|
|
|
if (disable_apic) {
|
2011-02-22 21:38:05 +07:00
|
|
|
disable_ioapic_support();
|
2009-01-14 19:27:35 +07:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2008-08-24 16:01:43 +07:00
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
/* Pound the ESR really hard over the head with a big hammer - mbligh */
|
2009-01-28 11:08:44 +07:00
|
|
|
if (lapic_is_integrated() && apic->disable_esr) {
|
2008-08-24 16:01:43 +07:00
|
|
|
apic_write(APIC_ESR, 0);
|
|
|
|
apic_write(APIC_ESR, 0);
|
|
|
|
apic_write(APIC_ESR, 0);
|
|
|
|
apic_write(APIC_ESR, 0);
|
|
|
|
}
|
|
|
|
#endif
|
perf: Do the big rename: Performance Counters -> Performance Events
Bye-bye Performance Counters, welcome Performance Events!
In the past few months the perfcounters subsystem has grown out its
initial role of counting hardware events, and has become (and is
becoming) a much broader generic event enumeration, reporting, logging,
monitoring, analysis facility.
Naming its core object 'perf_counter' and naming the subsystem
'perfcounters' has become more and more of a misnomer. With pending
code like hw-breakpoints support the 'counter' name is less and
less appropriate.
All in one, we've decided to rename the subsystem to 'performance
events' and to propagate this rename through all fields, variables
and API names. (in an ABI compatible fashion)
The word 'event' is also a bit shorter than 'counter' - which makes
it slightly more convenient to write/handle as well.
Thanks goes to Stephane Eranian who first observed this misnomer and
suggested a rename.
User-space tooling and ABI compatibility is not affected - this patch
should be function-invariant. (Also, defconfigs were not touched to
keep the size down.)
This patch has been generated via the following script:
FILES=$(find * -type f | grep -vE 'oprofile|[^K]config')
sed -i \
-e 's/PERF_EVENT_/PERF_RECORD_/g' \
-e 's/PERF_COUNTER/PERF_EVENT/g' \
-e 's/perf_counter/perf_event/g' \
-e 's/nb_counters/nb_events/g' \
-e 's/swcounter/swevent/g' \
-e 's/tpcounter_event/tp_event/g' \
$FILES
for N in $(find . -name perf_counter.[ch]); do
M=$(echo $N | sed 's/perf_counter/perf_event/g')
mv $N $M
done
FILES=$(find . -name perf_event.*)
sed -i \
-e 's/COUNTER_MASK/REG_MASK/g' \
-e 's/COUNTER/EVENT/g' \
-e 's/\<event\>/event_id/g' \
-e 's/counter/event/g' \
-e 's/Counter/Event/g' \
$FILES
... to keep it as correct as possible. This script can also be
used by anyone who has pending perfcounters patches - it converts
a Linux kernel tree over to the new naming. We tried to time this
change to the point in time where the amount of pending patches
is the smallest: the end of the merge window.
Namespace clashes were fixed up in a preparatory patch - and some
stylistic fallout will be fixed up in a subsequent patch.
( NOTE: 'counters' are still the proper terminology when we deal
with hardware registers - and these sed scripts are a bit
over-eager in renaming them. I've undone some of that, but
in case there's something left where 'counter' would be
better than 'event' we can undo that on an individual basis
instead of touching an otherwise nicely automated patch. )
Suggested-by: Stephane Eranian <eranian@google.com>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Acked-by: Paul Mackerras <paulus@samba.org>
Reviewed-by: Arjan van de Ven <arjan@linux.intel.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: David Howells <dhowells@redhat.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: <linux-arch@vger.kernel.org>
LKML-Reference: <new-submission>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-09-21 17:02:48 +07:00
|
|
|
perf_events_lapic_init();
|
2008-08-24 16:01:43 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* Double-check whether this APIC is really registered.
|
|
|
|
* This is meaningless in clustered apic mode, so we skip it.
|
|
|
|
*/
|
2009-09-13 00:40:20 +07:00
|
|
|
BUG_ON(!apic->apic_id_registered());
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Intel recommends to set DFR, LDR and TPR before enabling
|
|
|
|
* an APIC. See e.g. "AP-388 82489DX User's Manual" (Intel
|
|
|
|
* document number 292116). So here it goes...
|
|
|
|
*/
|
2009-01-28 12:50:47 +07:00
|
|
|
apic->init_apic_ldr();
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2011-01-23 20:37:31 +07:00
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
/*
|
2011-01-23 20:37:33 +07:00
|
|
|
* APIC LDR is initialized. If logical_apicid mapping was
|
|
|
|
* initialized during get_smp_config(), make sure it matches the
|
|
|
|
* actual value.
|
2011-01-23 20:37:31 +07:00
|
|
|
*/
|
2011-01-23 20:37:33 +07:00
|
|
|
i = early_per_cpu(x86_cpu_to_logical_apicid, cpu);
|
|
|
|
WARN_ON(i != BAD_APICID && i != logical_smp_processor_id());
|
|
|
|
/* always use the value from LDR */
|
2011-01-23 20:37:31 +07:00
|
|
|
early_per_cpu(x86_cpu_to_logical_apicid, cpu) =
|
|
|
|
logical_smp_processor_id();
|
|
|
|
#endif
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* Set Task Priority to 'accept all'. We never change this
|
|
|
|
* later on.
|
|
|
|
*/
|
|
|
|
value = apic_read(APIC_TASKPRI);
|
|
|
|
value &= ~APIC_TPRI_MASK;
|
2006-01-12 04:46:51 +07:00
|
|
|
apic_write(APIC_TASKPRI, value);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2006-03-25 22:31:16 +07:00
|
|
|
/*
|
|
|
|
* After a crash, we no longer service the interrupts and a pending
|
|
|
|
* interrupt from previous kernel might still have ISR bit set.
|
|
|
|
*
|
|
|
|
* Most probably by now CPU has serviced that pending interrupt and
|
|
|
|
* it might not have done the ack_APIC_irq() because it thought,
|
|
|
|
* interrupt came from i8259 as ExtInt. LAPIC did not get EOI so it
|
|
|
|
* does not clear the ISR bit and cpu thinks it has already serivced
|
|
|
|
* the interrupt. Hence a vector might get locked. It was noticed
|
|
|
|
* for timer irq (vector 0x31). Issue an extra EOI to clear ISR.
|
|
|
|
*/
|
2010-05-25 02:13:15 +07:00
|
|
|
do {
|
|
|
|
queued = 0;
|
|
|
|
for (i = APIC_ISR_NR - 1; i >= 0; i--)
|
|
|
|
queued |= apic_read(APIC_IRR + i*0x10);
|
|
|
|
|
|
|
|
for (i = APIC_ISR_NR - 1; i >= 0; i--) {
|
|
|
|
value = apic_read(APIC_ISR + i*0x10);
|
|
|
|
for (j = 31; j >= 0; j--) {
|
|
|
|
if (value & (1<<j)) {
|
|
|
|
ack_APIC_irq();
|
|
|
|
acked++;
|
|
|
|
}
|
|
|
|
}
|
2006-03-25 22:31:16 +07:00
|
|
|
}
|
2010-05-25 02:13:15 +07:00
|
|
|
if (acked > 256) {
|
|
|
|
printk(KERN_ERR "LAPIC pending interrupts after %d EOI\n",
|
|
|
|
acked);
|
|
|
|
break;
|
|
|
|
}
|
2012-04-20 05:12:32 +07:00
|
|
|
if (queued) {
|
2014-10-16 00:12:07 +07:00
|
|
|
if (cpu_has_tsc && cpu_khz) {
|
2012-04-20 05:12:32 +07:00
|
|
|
rdtscll(ntsc);
|
|
|
|
max_loops = (cpu_khz << 10) - (ntsc - tsc);
|
|
|
|
} else
|
|
|
|
max_loops--;
|
|
|
|
}
|
2010-05-25 02:13:15 +07:00
|
|
|
} while (queued && max_loops > 0);
|
|
|
|
WARN_ON(max_loops <= 0);
|
2006-03-25 22:31:16 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* Now that we are all set up, enable the APIC
|
|
|
|
*/
|
|
|
|
value = apic_read(APIC_SPIV);
|
|
|
|
value &= ~APIC_VECTOR_MASK;
|
|
|
|
/*
|
|
|
|
* Enable APIC
|
|
|
|
*/
|
|
|
|
value |= APIC_SPIV_APIC_ENABLED;
|
|
|
|
|
2008-08-24 16:01:43 +07:00
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
/*
|
|
|
|
* Some unknown Intel IO/APIC (or APIC) errata is biting us with
|
|
|
|
* certain networking cards. If high frequency interrupts are
|
|
|
|
* happening on a particular IOAPIC pin, plus the IOAPIC routing
|
|
|
|
* entry is masked/unmasked at a high rate as well then sooner or
|
|
|
|
* later IOAPIC line gets 'stuck', no more interrupts are received
|
|
|
|
* from the device. If focus CPU is disabled then the hang goes
|
|
|
|
* away, oh well :-(
|
|
|
|
*
|
|
|
|
* [ This bug can be reproduced easily with a level-triggered
|
|
|
|
* PCI Ne2000 networking cards and PII/PIII processors, dual
|
|
|
|
* BX chipset. ]
|
|
|
|
*/
|
|
|
|
/*
|
|
|
|
* Actually disabling the focus CPU check just makes the hang less
|
|
|
|
* frequent as it makes the interrupt distributon model be more
|
|
|
|
* like LRU than MRU (the short-term load is more even across CPUs).
|
|
|
|
* See also the comment in end_level_ioapic_irq(). --macro
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* - enable focus processor (bit==0)
|
|
|
|
* - 64bit mode always use processor focus
|
|
|
|
* so no need to set it
|
|
|
|
*/
|
|
|
|
value &= ~APIC_SPIV_FOCUS_DISABLED;
|
|
|
|
#endif
|
2006-09-26 15:52:29 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* Set spurious IRQ vector
|
|
|
|
*/
|
|
|
|
value |= SPURIOUS_APIC_VECTOR;
|
2006-01-12 04:46:51 +07:00
|
|
|
apic_write(APIC_SPIV, value);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Set up LVT0, LVT1:
|
|
|
|
*
|
|
|
|
* set up through-local-APIC on the BP's LINT0. This is not
|
|
|
|
* strictly necessary in pure symmetric-IO mode, but sometimes
|
|
|
|
* we delegate interrupts to the 8259A.
|
|
|
|
*/
|
|
|
|
/*
|
|
|
|
* TODO: set up through-local-APIC from through-I/O-APIC? --macro
|
|
|
|
*/
|
|
|
|
value = apic_read(APIC_LVT0) & APIC_LVT_MASKED;
|
2010-12-09 17:47:21 +07:00
|
|
|
if (!cpu && (pic_mode || !value)) {
|
2005-04-17 05:20:36 +07:00
|
|
|
value = APIC_DM_EXTINT;
|
2010-12-09 17:47:21 +07:00
|
|
|
apic_printk(APIC_VERBOSE, "enabled ExtINT on CPU#%d\n", cpu);
|
2005-04-17 05:20:36 +07:00
|
|
|
} else {
|
|
|
|
value = APIC_DM_EXTINT | APIC_LVT_MASKED;
|
2010-12-09 17:47:21 +07:00
|
|
|
apic_printk(APIC_VERBOSE, "masked ExtINT on CPU#%d\n", cpu);
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
2006-01-12 04:46:51 +07:00
|
|
|
apic_write(APIC_LVT0, value);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* only the BP should see the LINT1 NMI signal, obviously.
|
|
|
|
*/
|
2010-12-09 17:47:21 +07:00
|
|
|
if (!cpu)
|
2005-04-17 05:20:36 +07:00
|
|
|
value = APIC_DM_NMI;
|
|
|
|
else
|
|
|
|
value = APIC_DM_NMI | APIC_LVT_MASKED;
|
2008-08-24 16:01:43 +07:00
|
|
|
if (!lapic_is_integrated()) /* 82489DX */
|
|
|
|
value |= APIC_LVT_LEVEL_TRIGGER;
|
2006-01-12 04:46:51 +07:00
|
|
|
apic_write(APIC_LVT1, value);
|
2008-08-24 16:01:43 +07:00
|
|
|
|
2009-02-12 19:49:38 +07:00
|
|
|
#ifdef CONFIG_X86_MCE_INTEL
|
|
|
|
/* Recheck CMCI information after local APIC is up on CPU #0 */
|
2010-12-09 17:47:21 +07:00
|
|
|
if (!cpu)
|
2009-02-12 19:49:38 +07:00
|
|
|
cmci_recheck();
|
|
|
|
#endif
|
2008-01-30 19:30:40 +07:00
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
void end_local_APIC_setup(void)
|
2008-01-30 19:30:40 +07:00
|
|
|
{
|
|
|
|
lapic_setup_esr();
|
2008-08-18 23:45:58 +07:00
|
|
|
|
|
|
|
#ifdef CONFIG_X86_32
|
2008-08-19 02:12:33 +07:00
|
|
|
{
|
|
|
|
unsigned int value;
|
|
|
|
/* Disable the local apic timer */
|
|
|
|
value = apic_read(APIC_LVTT);
|
|
|
|
value |= (APIC_LVT_MASKED | LOCAL_TIMER_VECTOR);
|
|
|
|
apic_write(APIC_LVTT, value);
|
|
|
|
}
|
2008-08-18 23:45:58 +07:00
|
|
|
#endif
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
apic_pm_activate();
|
2011-02-09 15:21:02 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
void __init bsp_end_local_APIC_setup(void)
|
|
|
|
{
|
|
|
|
end_local_APIC_setup();
|
2010-12-01 13:22:28 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Now that local APIC setup is completed for BP, configure the fault
|
|
|
|
* handling for interrupt remapping.
|
|
|
|
*/
|
2012-09-26 17:44:33 +07:00
|
|
|
irq_remap_enable_fault_handling();
|
2010-12-01 13:22:28 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2009-02-17 08:29:58 +07:00
|
|
|
#ifdef CONFIG_X86_X2APIC
|
2015-01-16 04:22:12 +07:00
|
|
|
int x2apic_mode;
|
2015-01-16 04:22:22 +07:00
|
|
|
|
|
|
|
enum {
|
|
|
|
X2APIC_OFF,
|
|
|
|
X2APIC_ON,
|
|
|
|
X2APIC_DISABLED,
|
|
|
|
};
|
|
|
|
static int x2apic_state;
|
|
|
|
|
2015-01-16 04:22:24 +07:00
|
|
|
static inline void __x2apic_disable(void)
|
|
|
|
{
|
|
|
|
u64 msr;
|
|
|
|
|
2015-01-16 04:22:26 +07:00
|
|
|
if (cpu_has_apic)
|
|
|
|
return;
|
|
|
|
|
2015-01-16 04:22:24 +07:00
|
|
|
rdmsrl(MSR_IA32_APICBASE, msr);
|
|
|
|
if (!(msr & X2APIC_ENABLE))
|
|
|
|
return;
|
|
|
|
/* Disable xapic and x2apic first and then reenable xapic mode */
|
|
|
|
wrmsrl(MSR_IA32_APICBASE, msr & ~(X2APIC_ENABLE | XAPIC_ENABLE));
|
|
|
|
wrmsrl(MSR_IA32_APICBASE, msr & ~X2APIC_ENABLE);
|
|
|
|
printk_once(KERN_INFO "x2apic disabled\n");
|
|
|
|
}
|
|
|
|
|
2015-01-16 04:22:26 +07:00
|
|
|
static inline void __x2apic_enable(void)
|
|
|
|
{
|
|
|
|
u64 msr;
|
|
|
|
|
|
|
|
rdmsrl(MSR_IA32_APICBASE, msr);
|
|
|
|
if (msr & X2APIC_ENABLE)
|
|
|
|
return;
|
|
|
|
wrmsrl(MSR_IA32_APICBASE, msr | X2APIC_ENABLE);
|
|
|
|
printk_once(KERN_INFO "x2apic enabled\n");
|
|
|
|
}
|
|
|
|
|
2015-01-16 04:22:12 +07:00
|
|
|
static int __init setup_nox2apic(char *str)
|
|
|
|
{
|
|
|
|
if (x2apic_enabled()) {
|
|
|
|
int apicid = native_apic_msr_read(APIC_ID);
|
|
|
|
|
|
|
|
if (apicid >= 255) {
|
|
|
|
pr_warning("Apicid: %08x, cannot enforce nox2apic\n",
|
|
|
|
apicid);
|
|
|
|
return 0;
|
|
|
|
}
|
2015-01-16 04:22:24 +07:00
|
|
|
pr_warning("x2apic already enabled.\n");
|
|
|
|
__x2apic_disable();
|
|
|
|
}
|
|
|
|
setup_clear_cpu_cap(X86_FEATURE_X2APIC);
|
2015-01-16 04:22:22 +07:00
|
|
|
x2apic_state = X2APIC_DISABLED;
|
2015-01-16 04:22:24 +07:00
|
|
|
x2apic_mode = 0;
|
2015-01-16 04:22:12 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
early_param("nox2apic", setup_nox2apic);
|
|
|
|
|
2015-01-16 04:22:26 +07:00
|
|
|
/* Called from cpu_init() to enable x2apic on (secondary) cpus */
|
|
|
|
void x2apic_setup(void)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* If x2apic is not in ON state, disable it if already enabled
|
|
|
|
* from BIOS.
|
|
|
|
*/
|
|
|
|
if (x2apic_state != X2APIC_ON) {
|
|
|
|
__x2apic_disable();
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
__x2apic_enable();
|
|
|
|
}
|
|
|
|
|
2015-01-16 04:22:24 +07:00
|
|
|
static __init void x2apic_disable(void)
|
2011-12-22 08:45:17 +07:00
|
|
|
{
|
|
|
|
u64 msr;
|
|
|
|
|
|
|
|
if (!cpu_has_x2apic)
|
|
|
|
return;
|
|
|
|
|
|
|
|
rdmsrl(MSR_IA32_APICBASE, msr);
|
|
|
|
if (msr & X2APIC_ENABLE) {
|
|
|
|
u32 x2apic_id = read_apic_id();
|
|
|
|
|
|
|
|
if (x2apic_id >= 255)
|
|
|
|
panic("Cannot disable x2apic, id: %08x\n", x2apic_id);
|
|
|
|
|
2015-01-16 04:22:24 +07:00
|
|
|
__x2apic_disable();
|
2011-12-24 02:01:43 +07:00
|
|
|
|
2011-12-22 08:45:17 +07:00
|
|
|
x2apic_mode = 0;
|
|
|
|
|
|
|
|
register_lapic_address(mp_lapic_addr);
|
|
|
|
}
|
2015-01-16 04:22:16 +07:00
|
|
|
|
2015-01-16 04:22:22 +07:00
|
|
|
x2apic_state = X2APIC_DISABLED;
|
2011-12-22 08:45:17 +07:00
|
|
|
}
|
|
|
|
|
2015-01-16 04:22:26 +07:00
|
|
|
static __init void x2apic_enable(void)
|
2008-07-11 01:16:58 +07:00
|
|
|
{
|
2015-01-16 04:22:26 +07:00
|
|
|
if (x2apic_state != X2APIC_OFF)
|
2009-02-17 08:29:58 +07:00
|
|
|
return;
|
|
|
|
|
2015-01-16 04:22:26 +07:00
|
|
|
x2apic_mode = 1;
|
2015-01-16 04:22:22 +07:00
|
|
|
x2apic_state = X2APIC_ON;
|
2015-01-16 04:22:26 +07:00
|
|
|
__x2apic_enable();
|
2008-07-11 01:16:58 +07:00
|
|
|
}
|
2015-01-16 04:22:17 +07:00
|
|
|
|
2015-01-16 04:22:21 +07:00
|
|
|
static __init void try_to_enable_x2apic(int remap_mode)
|
2015-01-07 14:31:34 +07:00
|
|
|
{
|
2015-01-16 04:22:26 +07:00
|
|
|
if (x2apic_state == X2APIC_DISABLED)
|
2015-01-07 14:31:34 +07:00
|
|
|
return;
|
|
|
|
|
2015-01-16 04:22:21 +07:00
|
|
|
if (remap_mode != IRQ_REMAP_X2APIC_MODE) {
|
2015-01-07 14:31:34 +07:00
|
|
|
/* IR is required if there is APIC ID > 255 even when running
|
|
|
|
* under KVM
|
|
|
|
*/
|
|
|
|
if (max_physical_apicid > 255 ||
|
2015-01-07 14:31:38 +07:00
|
|
|
(IS_ENABLED(CONFIG_HYPERVISOR_GUEST) &&
|
|
|
|
!hypervisor_x2apic_available())) {
|
2015-01-16 04:22:21 +07:00
|
|
|
pr_info("x2apic: IRQ remapping doesn't support X2APIC mode\n");
|
2015-01-16 04:22:24 +07:00
|
|
|
x2apic_disable();
|
2015-01-07 14:31:34 +07:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* without IR all CPUs can be addressed by IOAPIC/MSI
|
|
|
|
* only in physical mode
|
|
|
|
*/
|
2015-01-16 04:22:19 +07:00
|
|
|
x2apic_phys = 1;
|
2015-01-07 14:31:34 +07:00
|
|
|
}
|
2015-01-16 04:22:26 +07:00
|
|
|
x2apic_enable();
|
2015-01-16 04:22:19 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
void __init check_x2apic(void)
|
|
|
|
{
|
|
|
|
if (x2apic_enabled()) {
|
|
|
|
pr_info("x2apic: enabled by BIOS, switching to x2apic ops\n");
|
|
|
|
x2apic_mode = 1;
|
2015-01-16 04:22:22 +07:00
|
|
|
x2apic_state = X2APIC_ON;
|
|
|
|
} else if (!cpu_has_x2apic) {
|
|
|
|
x2apic_state = X2APIC_DISABLED;
|
2015-01-16 04:22:19 +07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
#else /* CONFIG_X86_X2APIC */
|
|
|
|
static int __init validate_x2apic(void)
|
|
|
|
{
|
|
|
|
if (!apic_is_x2apic_enabled())
|
|
|
|
return 0;
|
|
|
|
/*
|
|
|
|
* Checkme: Can we simply turn off x2apic here instead of panic?
|
|
|
|
*/
|
|
|
|
panic("BIOS has enabled x2apic but kernel doesn't support x2apic, please disable x2apic in BIOS.\n");
|
|
|
|
}
|
|
|
|
early_initcall(validate_x2apic);
|
|
|
|
|
2015-01-16 04:22:21 +07:00
|
|
|
static inline void try_to_enable_x2apic(int remap_mode) { }
|
2015-01-16 04:22:26 +07:00
|
|
|
static inline void __x2apic_enable(void) { }
|
2015-01-16 04:22:19 +07:00
|
|
|
#endif /* !CONFIG_X86_X2APIC */
|
|
|
|
|
|
|
|
static int __init try_to_enable_IR(void)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_X86_IO_APIC
|
|
|
|
if (!x2apic_enabled() && skip_ioapic_setup) {
|
|
|
|
pr_info("Not enabling interrupt remapping due to skipped IO-APIC setup\n");
|
|
|
|
return -1;
|
|
|
|
}
|
2009-07-20 19:24:17 +07:00
|
|
|
#endif
|
2015-01-16 04:22:19 +07:00
|
|
|
return irq_remapping_enable();
|
2009-07-20 19:24:17 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
void __init enable_IR_x2apic(void)
|
|
|
|
{
|
|
|
|
unsigned long flags;
|
2015-01-07 14:31:34 +07:00
|
|
|
int ret, ir_stat;
|
2009-08-18 01:19:40 +07:00
|
|
|
|
2015-01-07 14:31:34 +07:00
|
|
|
ir_stat = irq_remapping_prepare();
|
|
|
|
if (ir_stat < 0 && !x2apic_supported())
|
2009-11-21 15:23:37 +07:00
|
|
|
return;
|
2009-07-20 19:24:17 +07:00
|
|
|
|
2011-05-19 06:31:33 +07:00
|
|
|
ret = save_ioapic_entries();
|
2008-09-19 02:37:57 +07:00
|
|
|
if (ret) {
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_info("Saving IO-APIC state failed: %d\n", ret);
|
2011-12-22 08:45:17 +07:00
|
|
|
return;
|
2008-09-19 02:37:57 +07:00
|
|
|
}
|
2008-07-11 01:16:58 +07:00
|
|
|
|
2009-03-17 07:05:03 +07:00
|
|
|
local_irq_save(flags);
|
2009-11-10 02:27:04 +07:00
|
|
|
legacy_pic->mask_all();
|
2011-05-19 06:31:33 +07:00
|
|
|
mask_ioapic_entries();
|
2009-03-17 07:05:03 +07:00
|
|
|
|
2015-01-07 14:31:34 +07:00
|
|
|
/* If irq_remapping_prepare() succeded, try to enable it */
|
|
|
|
if (ir_stat >= 0)
|
|
|
|
ir_stat = try_to_enable_IR();
|
|
|
|
/* ir_stat contains the remap mode or an error code */
|
|
|
|
try_to_enable_x2apic(ir_stat);
|
2011-12-24 02:01:43 +07:00
|
|
|
|
2015-01-07 14:31:34 +07:00
|
|
|
if (ir_stat < 0)
|
2011-05-19 06:31:33 +07:00
|
|
|
restore_ioapic_entries();
|
2009-11-10 02:27:04 +07:00
|
|
|
legacy_pic->restore_mask();
|
2008-07-11 01:16:58 +07:00
|
|
|
local_irq_restore(flags);
|
|
|
|
}
|
2009-04-17 15:42:14 +07:00
|
|
|
|
2008-08-24 16:01:51 +07:00
|
|
|
#ifdef CONFIG_X86_64
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* Detect and enable local APICs on non-SMP boards.
|
|
|
|
* Original code written by Keir Fraser.
|
|
|
|
* On AMD64 we trust the BIOS - if it says no APIC it is likely
|
2007-07-21 22:10:17 +07:00
|
|
|
* not correctly set up (usually the APIC timer won't work etc.)
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
2008-01-30 19:30:20 +07:00
|
|
|
static int __init detect_init_APIC(void)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
|
|
|
if (!cpu_has_apic) {
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_info("No local APIC present\n");
|
2005-04-17 05:20:36 +07:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
mp_lapic_addr = APIC_DEFAULT_PHYS_BASE;
|
|
|
|
return 0;
|
|
|
|
}
|
2008-08-24 16:01:51 +07:00
|
|
|
#else
|
2010-10-20 00:46:28 +07:00
|
|
|
|
2011-03-11 14:02:36 +07:00
|
|
|
static int __init apic_verify(void)
|
2010-10-20 00:46:28 +07:00
|
|
|
{
|
|
|
|
u32 features, h, l;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The APIC feature bit should now be enabled
|
|
|
|
* in `cpuid'
|
|
|
|
*/
|
|
|
|
features = cpuid_edx(1);
|
|
|
|
if (!(features & (1 << X86_FEATURE_APIC))) {
|
|
|
|
pr_warning("Could not enable APIC!\n");
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
set_cpu_cap(&boot_cpu_data, X86_FEATURE_APIC);
|
|
|
|
mp_lapic_addr = APIC_DEFAULT_PHYS_BASE;
|
|
|
|
|
|
|
|
/* The BIOS may have set up the APIC at some other address */
|
2012-04-18 23:37:39 +07:00
|
|
|
if (boot_cpu_data.x86 >= 6) {
|
|
|
|
rdmsr(MSR_IA32_APICBASE, l, h);
|
|
|
|
if (l & MSR_IA32_APICBASE_ENABLE)
|
|
|
|
mp_lapic_addr = l & MSR_IA32_APICBASE_BASE;
|
|
|
|
}
|
2010-10-20 00:46:28 +07:00
|
|
|
|
|
|
|
pr_info("Found and enabled local APIC!\n");
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-03-11 14:02:36 +07:00
|
|
|
int __init apic_force_enable(unsigned long addr)
|
2010-10-20 00:46:28 +07:00
|
|
|
{
|
|
|
|
u32 h, l;
|
|
|
|
|
|
|
|
if (disable_apic)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Some BIOSes disable the local APIC in the APIC_BASE
|
|
|
|
* MSR. This can only be done in software for Intel P6 or later
|
|
|
|
* and AMD K7 (Model > 1) or later.
|
|
|
|
*/
|
2012-04-18 23:37:39 +07:00
|
|
|
if (boot_cpu_data.x86 >= 6) {
|
|
|
|
rdmsr(MSR_IA32_APICBASE, l, h);
|
|
|
|
if (!(l & MSR_IA32_APICBASE_ENABLE)) {
|
|
|
|
pr_info("Local APIC disabled by BIOS -- reenabling.\n");
|
|
|
|
l &= ~MSR_IA32_APICBASE_BASE;
|
|
|
|
l |= MSR_IA32_APICBASE_ENABLE | addr;
|
|
|
|
wrmsr(MSR_IA32_APICBASE, l, h);
|
|
|
|
enabled_via_apicbase = 1;
|
|
|
|
}
|
2010-10-20 00:46:28 +07:00
|
|
|
}
|
|
|
|
return apic_verify();
|
|
|
|
}
|
|
|
|
|
2008-08-24 16:01:51 +07:00
|
|
|
/*
|
|
|
|
* Detect and initialize APIC
|
|
|
|
*/
|
|
|
|
static int __init detect_init_APIC(void)
|
|
|
|
{
|
|
|
|
/* Disabled by kernel option? */
|
|
|
|
if (disable_apic)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
switch (boot_cpu_data.x86_vendor) {
|
|
|
|
case X86_VENDOR_AMD:
|
|
|
|
if ((boot_cpu_data.x86 == 6 && boot_cpu_data.x86_model > 1) ||
|
2009-02-03 22:24:22 +07:00
|
|
|
(boot_cpu_data.x86 >= 15))
|
2008-08-24 16:01:51 +07:00
|
|
|
break;
|
|
|
|
goto no_apic;
|
|
|
|
case X86_VENDOR_INTEL:
|
|
|
|
if (boot_cpu_data.x86 == 6 || boot_cpu_data.x86 == 15 ||
|
|
|
|
(boot_cpu_data.x86 == 5 && cpu_has_apic))
|
|
|
|
break;
|
|
|
|
goto no_apic;
|
|
|
|
default:
|
|
|
|
goto no_apic;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!cpu_has_apic) {
|
|
|
|
/*
|
|
|
|
* Over-ride BIOS and try to enable the local APIC only if
|
|
|
|
* "lapic" specified.
|
|
|
|
*/
|
|
|
|
if (!force_enable_local_apic) {
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_info("Local APIC disabled by BIOS -- "
|
|
|
|
"you can enable it with \"lapic\"\n");
|
2008-08-24 16:01:51 +07:00
|
|
|
return -1;
|
|
|
|
}
|
2011-02-25 22:09:31 +07:00
|
|
|
if (apic_force_enable(APIC_DEFAULT_PHYS_BASE))
|
2010-10-20 00:46:28 +07:00
|
|
|
return -1;
|
|
|
|
} else {
|
|
|
|
if (apic_verify())
|
|
|
|
return -1;
|
2008-08-24 16:01:51 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
apic_pm_activate();
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
no_apic:
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_info("No local APIC present or hardware disabled\n");
|
2008-08-24 16:01:51 +07:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
#endif
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/**
|
|
|
|
* init_apic_mappings - initialize APIC mappings
|
|
|
|
*/
|
2005-04-17 05:20:36 +07:00
|
|
|
void __init init_apic_mappings(void)
|
|
|
|
{
|
x86: read apic ID in the !acpi_lapic case
Ed found that on 32-bit, boot_cpu_physical_apicid is not read right,
when the mptable is broken.
Interestingly, actually three paths use/set it:
1. acpi: at that time that is already read from reg
2. mptable: only read from mptable
3. no madt, and no mptable, that use default apic id 0 for 64-bit, -1 for 32-bit
so we could read the apic id for the 2/3 path. We trust the hardware
register more than we trust a BIOS data structure (the mptable).
We can also avoid the double set_fixmap() when acpi_lapic
is used, and also need to move cpu_has_apic earlier and
call apic_disable().
Also when need to update the apic id, we'd better read and
set the apic version as well - so that quirks are applied precisely.
v2: make path 3 with 64bit, use -1 as apic id, so could read it later.
v3: fix whitespace problem pointed out by Ed Swierk
[ Impact: get correct apic id for bsp other than acpi path ]
Reported-by: Ed Swierk <eswierk@aristanetworks.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Acked-by: Cyrill Gorcunov <gorcunov@openvz.org>
LKML-Reference: <49FC85A9.2070702@kernel.org>
[ v4: sanity-check in the ACPI case too ]
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-05-03 00:40:57 +07:00
|
|
|
unsigned int new_apicid;
|
|
|
|
|
2009-04-21 03:02:27 +07:00
|
|
|
if (x2apic_mode) {
|
2008-07-12 08:44:16 +07:00
|
|
|
boot_cpu_physical_apicid = read_apic_id();
|
2008-07-11 01:16:58 +07:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
x86: read apic ID in the !acpi_lapic case
Ed found that on 32-bit, boot_cpu_physical_apicid is not read right,
when the mptable is broken.
Interestingly, actually three paths use/set it:
1. acpi: at that time that is already read from reg
2. mptable: only read from mptable
3. no madt, and no mptable, that use default apic id 0 for 64-bit, -1 for 32-bit
so we could read the apic id for the 2/3 path. We trust the hardware
register more than we trust a BIOS data structure (the mptable).
We can also avoid the double set_fixmap() when acpi_lapic
is used, and also need to move cpu_has_apic earlier and
call apic_disable().
Also when need to update the apic id, we'd better read and
set the apic version as well - so that quirks are applied precisely.
v2: make path 3 with 64bit, use -1 as apic id, so could read it later.
v3: fix whitespace problem pointed out by Ed Swierk
v5: fix boot crash
[ Impact: get correct apic id for bsp other than acpi path ]
Reported-by: Ed Swierk <eswierk@aristanetworks.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Acked-by: Cyrill Gorcunov <gorcunov@openvz.org>
LKML-Reference: <49FC85A9.2070702@kernel.org>
[ v4: sanity-check in the ACPI case too ]
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-05-03 00:40:57 +07:00
|
|
|
/* If no local APIC can be found return early */
|
2005-04-17 05:20:36 +07:00
|
|
|
if (!smp_found_config && detect_init_APIC()) {
|
x86: read apic ID in the !acpi_lapic case
Ed found that on 32-bit, boot_cpu_physical_apicid is not read right,
when the mptable is broken.
Interestingly, actually three paths use/set it:
1. acpi: at that time that is already read from reg
2. mptable: only read from mptable
3. no madt, and no mptable, that use default apic id 0 for 64-bit, -1 for 32-bit
so we could read the apic id for the 2/3 path. We trust the hardware
register more than we trust a BIOS data structure (the mptable).
We can also avoid the double set_fixmap() when acpi_lapic
is used, and also need to move cpu_has_apic earlier and
call apic_disable().
Also when need to update the apic id, we'd better read and
set the apic version as well - so that quirks are applied precisely.
v2: make path 3 with 64bit, use -1 as apic id, so could read it later.
v3: fix whitespace problem pointed out by Ed Swierk
v5: fix boot crash
[ Impact: get correct apic id for bsp other than acpi path ]
Reported-by: Ed Swierk <eswierk@aristanetworks.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Acked-by: Cyrill Gorcunov <gorcunov@openvz.org>
LKML-Reference: <49FC85A9.2070702@kernel.org>
[ v4: sanity-check in the ACPI case too ]
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-05-03 00:40:57 +07:00
|
|
|
/* lets NOP'ify apic operations */
|
|
|
|
pr_info("APIC: disable apic facility\n");
|
|
|
|
apic_disable();
|
|
|
|
} else {
|
2005-04-17 05:20:36 +07:00
|
|
|
apic_phys = mp_lapic_addr;
|
|
|
|
|
x86: read apic ID in the !acpi_lapic case
Ed found that on 32-bit, boot_cpu_physical_apicid is not read right,
when the mptable is broken.
Interestingly, actually three paths use/set it:
1. acpi: at that time that is already read from reg
2. mptable: only read from mptable
3. no madt, and no mptable, that use default apic id 0 for 64-bit, -1 for 32-bit
so we could read the apic id for the 2/3 path. We trust the hardware
register more than we trust a BIOS data structure (the mptable).
We can also avoid the double set_fixmap() when acpi_lapic
is used, and also need to move cpu_has_apic earlier and
call apic_disable().
Also when need to update the apic id, we'd better read and
set the apic version as well - so that quirks are applied precisely.
v2: make path 3 with 64bit, use -1 as apic id, so could read it later.
v3: fix whitespace problem pointed out by Ed Swierk
v5: fix boot crash
[ Impact: get correct apic id for bsp other than acpi path ]
Reported-by: Ed Swierk <eswierk@aristanetworks.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Acked-by: Cyrill Gorcunov <gorcunov@openvz.org>
LKML-Reference: <49FC85A9.2070702@kernel.org>
[ v4: sanity-check in the ACPI case too ]
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-05-03 00:40:57 +07:00
|
|
|
/*
|
|
|
|
* acpi lapic path already maps that address in
|
|
|
|
* acpi_register_lapic_address()
|
|
|
|
*/
|
2010-08-05 03:30:27 +07:00
|
|
|
if (!acpi_lapic && !smp_found_config)
|
2010-12-07 15:55:38 +07:00
|
|
|
register_lapic_address(apic_phys);
|
2009-05-11 20:41:40 +07:00
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Fetch the APIC ID of the BSP in case we have a
|
|
|
|
* default configuration (or the MP table is broken).
|
|
|
|
*/
|
x86: read apic ID in the !acpi_lapic case
Ed found that on 32-bit, boot_cpu_physical_apicid is not read right,
when the mptable is broken.
Interestingly, actually three paths use/set it:
1. acpi: at that time that is already read from reg
2. mptable: only read from mptable
3. no madt, and no mptable, that use default apic id 0 for 64-bit, -1 for 32-bit
so we could read the apic id for the 2/3 path. We trust the hardware
register more than we trust a BIOS data structure (the mptable).
We can also avoid the double set_fixmap() when acpi_lapic
is used, and also need to move cpu_has_apic earlier and
call apic_disable().
Also when need to update the apic id, we'd better read and
set the apic version as well - so that quirks are applied precisely.
v2: make path 3 with 64bit, use -1 as apic id, so could read it later.
v3: fix whitespace problem pointed out by Ed Swierk
[ Impact: get correct apic id for bsp other than acpi path ]
Reported-by: Ed Swierk <eswierk@aristanetworks.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Acked-by: Cyrill Gorcunov <gorcunov@openvz.org>
LKML-Reference: <49FC85A9.2070702@kernel.org>
[ v4: sanity-check in the ACPI case too ]
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-05-03 00:40:57 +07:00
|
|
|
new_apicid = read_apic_id();
|
|
|
|
if (boot_cpu_physical_apicid != new_apicid) {
|
|
|
|
boot_cpu_physical_apicid = new_apicid;
|
2009-06-07 19:48:40 +07:00
|
|
|
/*
|
|
|
|
* yeah -- we lie about apic_version
|
|
|
|
* in case if apic was disabled via boot option
|
|
|
|
* but it's not a problem for SMP compiled kernel
|
|
|
|
* since smp_sanity_check is prepared for such a case
|
|
|
|
* and disable smp mode
|
|
|
|
*/
|
x86: read apic ID in the !acpi_lapic case
Ed found that on 32-bit, boot_cpu_physical_apicid is not read right,
when the mptable is broken.
Interestingly, actually three paths use/set it:
1. acpi: at that time that is already read from reg
2. mptable: only read from mptable
3. no madt, and no mptable, that use default apic id 0 for 64-bit, -1 for 32-bit
so we could read the apic id for the 2/3 path. We trust the hardware
register more than we trust a BIOS data structure (the mptable).
We can also avoid the double set_fixmap() when acpi_lapic
is used, and also need to move cpu_has_apic earlier and
call apic_disable().
Also when need to update the apic id, we'd better read and
set the apic version as well - so that quirks are applied precisely.
v2: make path 3 with 64bit, use -1 as apic id, so could read it later.
v3: fix whitespace problem pointed out by Ed Swierk
[ Impact: get correct apic id for bsp other than acpi path ]
Reported-by: Ed Swierk <eswierk@aristanetworks.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Acked-by: Cyrill Gorcunov <gorcunov@openvz.org>
LKML-Reference: <49FC85A9.2070702@kernel.org>
[ v4: sanity-check in the ACPI case too ]
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-05-03 00:40:57 +07:00
|
|
|
apic_version[new_apicid] =
|
|
|
|
GET_APIC_VERSION(apic_read(APIC_LVR));
|
2009-04-12 23:47:41 +07:00
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2010-12-07 15:55:17 +07:00
|
|
|
void __init register_lapic_address(unsigned long address)
|
|
|
|
{
|
|
|
|
mp_lapic_addr = address;
|
|
|
|
|
2010-12-07 15:55:56 +07:00
|
|
|
if (!x2apic_mode) {
|
|
|
|
set_fixmap_nocache(FIX_APIC_BASE, address);
|
|
|
|
apic_printk(APIC_VERBOSE, "mapped APIC to %16lx (%16lx)\n",
|
|
|
|
APIC_BASE, mp_lapic_addr);
|
|
|
|
}
|
2010-12-07 15:55:17 +07:00
|
|
|
if (boot_cpu_physical_apicid == -1U) {
|
|
|
|
boot_cpu_physical_apicid = read_apic_id();
|
|
|
|
apic_version[boot_cpu_physical_apicid] =
|
|
|
|
GET_APIC_VERSION(apic_read(APIC_LVR));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
2008-01-30 19:30:20 +07:00
|
|
|
* This initializes the IO-APIC and APIC hardware if this is
|
|
|
|
* a UP kernel.
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
2010-12-17 10:09:24 +07:00
|
|
|
int apic_version[MAX_LOCAL_APIC];
|
2008-08-18 23:45:57 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
int __init APIC_init_uniprocessor(void)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2008-01-30 19:30:20 +07:00
|
|
|
if (disable_apic) {
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_info("Apic disabled\n");
|
2008-01-30 19:30:20 +07:00
|
|
|
return -1;
|
|
|
|
}
|
2009-01-14 19:27:35 +07:00
|
|
|
#ifdef CONFIG_X86_64
|
2008-01-30 19:30:20 +07:00
|
|
|
if (!cpu_has_apic) {
|
|
|
|
disable_apic = 1;
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_info("Apic disabled by BIOS\n");
|
2008-01-30 19:30:20 +07:00
|
|
|
return -1;
|
|
|
|
}
|
2008-08-24 16:01:50 +07:00
|
|
|
#else
|
|
|
|
if (!smp_found_config && !cpu_has_apic)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Complain if the BIOS pretends there is one.
|
|
|
|
*/
|
|
|
|
if (!cpu_has_apic &&
|
|
|
|
APIC_INTEGRATED(apic_version[boot_cpu_physical_apicid])) {
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_err("BIOS bug, local APIC 0x%x not detected!...\n",
|
|
|
|
boot_cpu_physical_apicid);
|
2008-08-24 16:01:50 +07:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2009-01-28 12:50:47 +07:00
|
|
|
default_setup_apic_routing();
|
2008-07-11 01:16:58 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
verify_local_APIC();
|
2008-05-28 23:38:28 +07:00
|
|
|
connect_bsp_APIC();
|
|
|
|
|
2008-08-24 16:01:50 +07:00
|
|
|
#ifdef CONFIG_X86_64
|
2008-03-20 00:25:58 +07:00
|
|
|
apic_write(APIC_ID, SET_APIC_ID(boot_cpu_physical_apicid));
|
2008-08-24 16:01:50 +07:00
|
|
|
#else
|
|
|
|
/*
|
|
|
|
* Hack: In case of kdump, after a crash, kernel might be booting
|
|
|
|
* on a cpu with non-zero lapic id. But boot_cpu_physical_apicid
|
|
|
|
* might be zero if read from MP tables. Get it from LAPIC.
|
|
|
|
*/
|
|
|
|
# ifdef CONFIG_CRASH_DUMP
|
|
|
|
boot_cpu_physical_apicid = read_apic_id();
|
|
|
|
# endif
|
|
|
|
#endif
|
|
|
|
physid_set_mask_of_physid(boot_cpu_physical_apicid, &phys_cpu_present_map);
|
2008-01-30 19:30:20 +07:00
|
|
|
setup_local_APIC();
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-02-15 14:57:28 +07:00
|
|
|
#ifdef CONFIG_X86_IO_APIC
|
2008-01-30 19:30:40 +07:00
|
|
|
/*
|
|
|
|
* Now enable IO-APICs, actually call clear_IO_APIC
|
2009-02-16 15:00:50 +07:00
|
|
|
* We need clear_IO_APIC before enabling error vector
|
2008-01-30 19:30:40 +07:00
|
|
|
*/
|
|
|
|
if (!skip_ioapic_setup && nr_ioapics)
|
|
|
|
enable_IO_APIC();
|
2008-08-24 16:01:50 +07:00
|
|
|
#endif
|
2008-01-30 19:30:40 +07:00
|
|
|
|
2011-02-09 15:21:02 +07:00
|
|
|
bsp_end_local_APIC_setup();
|
2008-01-30 19:30:40 +07:00
|
|
|
|
2008-08-24 16:01:50 +07:00
|
|
|
#ifdef CONFIG_X86_IO_APIC
|
2008-01-30 19:30:20 +07:00
|
|
|
if (smp_found_config && !skip_ioapic_setup && nr_ioapics)
|
|
|
|
setup_IO_APIC();
|
2009-02-16 15:00:50 +07:00
|
|
|
else {
|
2008-01-30 19:30:20 +07:00
|
|
|
nr_ioapics = 0;
|
2009-02-16 15:00:50 +07:00
|
|
|
}
|
2008-08-24 16:01:50 +07:00
|
|
|
#endif
|
|
|
|
|
2009-08-19 17:35:53 +07:00
|
|
|
x86_init.timers.setup_percpu_clockev();
|
2008-01-30 19:30:20 +07:00
|
|
|
return 0;
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2008-01-30 19:30:20 +07:00
|
|
|
* Local APIC interrupts
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
|
|
|
* This interrupt should _never_ happen with our APIC/SMP architecture
|
|
|
|
*/
|
2014-11-03 15:39:43 +07:00
|
|
|
static inline void __smp_spurious_interrupt(u8 vector)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2008-08-24 16:01:53 +07:00
|
|
|
u32 v;
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
2008-01-30 19:30:20 +07:00
|
|
|
* Check if this really is a spurious interrupt and ACK it
|
|
|
|
* if it is a vectored one. Just in case...
|
|
|
|
* Spurious interrupts should not be ACKed.
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
2014-11-03 15:39:43 +07:00
|
|
|
v = apic_read(APIC_ISR + ((vector & ~0x1f) >> 1));
|
|
|
|
if (v & (1 << (vector & 0x1f)))
|
2008-01-30 19:30:20 +07:00
|
|
|
ack_APIC_irq();
|
2007-10-13 04:04:07 +07:00
|
|
|
|
2008-12-09 10:19:26 +07:00
|
|
|
inc_irq_stat(irq_spurious_count);
|
|
|
|
|
2008-08-24 16:01:53 +07:00
|
|
|
/* see sw-dev-man vol 3, chapter 7.4.13.5 */
|
2014-11-03 15:39:43 +07:00
|
|
|
pr_info("spurious APIC interrupt through vector %02x on CPU#%d, "
|
|
|
|
"should never happen.\n", vector, smp_processor_id());
|
x86, trace: Introduce entering/exiting_irq()
When implementing tracepoints in interrupt handers, if the tracepoints are
simply added in the performance sensitive path of interrupt handers,
it may cause potential performance problem due to the time penalty.
To solve the problem, an idea is to prepare non-trace/trace irq handers and
switch their IDTs at the enabling/disabling time.
So, let's introduce entering_irq()/exiting_irq() for pre/post-
processing of each irq handler.
A way to use them is as follows.
Non-trace irq handler:
smp_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
exiting_irq(); /* post-processing of this handler */
}
Trace irq_handler:
smp_trace_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
trace_irq_entry(); /* tracepoint for irq entry */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
trace_irq_exit(); /* tracepoint for irq exit */
exiting_irq(); /* post-processing of this handler */
}
If tracepoints can place outside entering_irq()/exiting_irq() as follows,
it looks cleaner.
smp_trace_irq_handler()
{
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
}
But it doesn't work.
The problem is with irq_enter/exit() being called. They must be called before
trace_irq_enter/exit(), because of the rcu_irq_enter() must be called before
any tracepoints are used, as tracepoints use rcu to synchronize.
As a possible alternative, we may be able to call irq_enter() first as follows
if irq_enter() can nest.
smp_trace_irq_hander()
{
irq_entry();
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
irq_exit();
}
But it doesn't work, either.
If irq_enter() is nested, it may have a time penalty because it has to check if it
was already called or not. The time penalty is not desired in performance sensitive
paths even if it is tiny.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C3238D.9040706@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:45:17 +07:00
|
|
|
}
|
|
|
|
|
2013-08-06 05:02:37 +07:00
|
|
|
__visible void smp_spurious_interrupt(struct pt_regs *regs)
|
x86, trace: Introduce entering/exiting_irq()
When implementing tracepoints in interrupt handers, if the tracepoints are
simply added in the performance sensitive path of interrupt handers,
it may cause potential performance problem due to the time penalty.
To solve the problem, an idea is to prepare non-trace/trace irq handers and
switch their IDTs at the enabling/disabling time.
So, let's introduce entering_irq()/exiting_irq() for pre/post-
processing of each irq handler.
A way to use them is as follows.
Non-trace irq handler:
smp_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
exiting_irq(); /* post-processing of this handler */
}
Trace irq_handler:
smp_trace_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
trace_irq_entry(); /* tracepoint for irq entry */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
trace_irq_exit(); /* tracepoint for irq exit */
exiting_irq(); /* post-processing of this handler */
}
If tracepoints can place outside entering_irq()/exiting_irq() as follows,
it looks cleaner.
smp_trace_irq_handler()
{
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
}
But it doesn't work.
The problem is with irq_enter/exit() being called. They must be called before
trace_irq_enter/exit(), because of the rcu_irq_enter() must be called before
any tracepoints are used, as tracepoints use rcu to synchronize.
As a possible alternative, we may be able to call irq_enter() first as follows
if irq_enter() can nest.
smp_trace_irq_hander()
{
irq_entry();
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
irq_exit();
}
But it doesn't work, either.
If irq_enter() is nested, it may have a time penalty because it has to check if it
was already called or not. The time penalty is not desired in performance sensitive
paths even if it is tiny.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C3238D.9040706@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:45:17 +07:00
|
|
|
{
|
|
|
|
entering_irq();
|
2014-11-03 15:39:43 +07:00
|
|
|
__smp_spurious_interrupt(~regs->orig_ax);
|
x86, trace: Introduce entering/exiting_irq()
When implementing tracepoints in interrupt handers, if the tracepoints are
simply added in the performance sensitive path of interrupt handers,
it may cause potential performance problem due to the time penalty.
To solve the problem, an idea is to prepare non-trace/trace irq handers and
switch their IDTs at the enabling/disabling time.
So, let's introduce entering_irq()/exiting_irq() for pre/post-
processing of each irq handler.
A way to use them is as follows.
Non-trace irq handler:
smp_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
exiting_irq(); /* post-processing of this handler */
}
Trace irq_handler:
smp_trace_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
trace_irq_entry(); /* tracepoint for irq entry */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
trace_irq_exit(); /* tracepoint for irq exit */
exiting_irq(); /* post-processing of this handler */
}
If tracepoints can place outside entering_irq()/exiting_irq() as follows,
it looks cleaner.
smp_trace_irq_handler()
{
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
}
But it doesn't work.
The problem is with irq_enter/exit() being called. They must be called before
trace_irq_enter/exit(), because of the rcu_irq_enter() must be called before
any tracepoints are used, as tracepoints use rcu to synchronize.
As a possible alternative, we may be able to call irq_enter() first as follows
if irq_enter() can nest.
smp_trace_irq_hander()
{
irq_entry();
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
irq_exit();
}
But it doesn't work, either.
If irq_enter() is nested, it may have a time penalty because it has to check if it
was already called or not. The time penalty is not desired in performance sensitive
paths even if it is tiny.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C3238D.9040706@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:45:17 +07:00
|
|
|
exiting_irq();
|
2008-01-30 19:30:20 +07:00
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2013-08-06 05:02:37 +07:00
|
|
|
__visible void smp_trace_spurious_interrupt(struct pt_regs *regs)
|
x86, trace: Add irq vector tracepoints
[Purpose of this patch]
As Vaibhav explained in the thread below, tracepoints for irq vectors
are useful.
http://www.spinics.net/lists/mm-commits/msg85707.html
<snip>
The current interrupt traces from irq_handler_entry and irq_handler_exit
provide when an interrupt is handled. They provide good data about when
the system has switched to kernel space and how it affects the currently
running processes.
There are some IRQ vectors which trigger the system into kernel space,
which are not handled in generic IRQ handlers. Tracing such events gives
us the information about IRQ interaction with other system events.
The trace also tells where the system is spending its time. We want to
know which cores are handling interrupts and how they are affecting other
processes in the system. Also, the trace provides information about when
the cores are idle and which interrupts are changing that state.
<snip>
On the other hand, my usecase is tracing just local timer event and
getting a value of instruction pointer.
I suggested to add an argument local timer event to get instruction pointer before.
But there is another way to get it with external module like systemtap.
So, I don't need to add any argument to irq vector tracepoints now.
[Patch Description]
Vaibhav's patch shared a trace point ,irq_vector_entry/irq_vector_exit, in all events.
But there is an above use case to trace specific irq_vector rather than tracing all events.
In this case, we are concerned about overhead due to unwanted events.
So, add following tracepoints instead of introducing irq_vector_entry/exit.
so that we can enable them independently.
- local_timer_vector
- reschedule_vector
- call_function_vector
- call_function_single_vector
- irq_work_entry_vector
- error_apic_vector
- thermal_apic_vector
- threshold_apic_vector
- spurious_apic_vector
- x86_platform_ipi_vector
Also, introduce a logic switching IDT at enabling/disabling time so that a time penalty
makes a zero when tracepoints are disabled. Detailed explanations are as follows.
- Create trace irq handlers with entering_irq()/exiting_irq().
- Create a new IDT, trace_idt_table, at boot time by adding a logic to
_set_gate(). It is just a copy of original idt table.
- Register the new handlers for tracpoints to the new IDT by introducing
macros to alloc_intr_gate() called at registering time of irq_vector handlers.
- Add checking, whether irq vector tracing is on/off, into load_current_idt().
This has to be done below debug checking for these reasons.
- Switching to debug IDT may be kicked while tracing is enabled.
- On the other hands, switching to trace IDT is kicked only when debugging
is disabled.
In addition, the new IDT is created only when CONFIG_TRACING is enabled to avoid being
used for other purposes.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C323ED.5050708@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:46:53 +07:00
|
|
|
{
|
2014-11-03 15:39:43 +07:00
|
|
|
u8 vector = ~regs->orig_ax;
|
|
|
|
|
x86, trace: Add irq vector tracepoints
[Purpose of this patch]
As Vaibhav explained in the thread below, tracepoints for irq vectors
are useful.
http://www.spinics.net/lists/mm-commits/msg85707.html
<snip>
The current interrupt traces from irq_handler_entry and irq_handler_exit
provide when an interrupt is handled. They provide good data about when
the system has switched to kernel space and how it affects the currently
running processes.
There are some IRQ vectors which trigger the system into kernel space,
which are not handled in generic IRQ handlers. Tracing such events gives
us the information about IRQ interaction with other system events.
The trace also tells where the system is spending its time. We want to
know which cores are handling interrupts and how they are affecting other
processes in the system. Also, the trace provides information about when
the cores are idle and which interrupts are changing that state.
<snip>
On the other hand, my usecase is tracing just local timer event and
getting a value of instruction pointer.
I suggested to add an argument local timer event to get instruction pointer before.
But there is another way to get it with external module like systemtap.
So, I don't need to add any argument to irq vector tracepoints now.
[Patch Description]
Vaibhav's patch shared a trace point ,irq_vector_entry/irq_vector_exit, in all events.
But there is an above use case to trace specific irq_vector rather than tracing all events.
In this case, we are concerned about overhead due to unwanted events.
So, add following tracepoints instead of introducing irq_vector_entry/exit.
so that we can enable them independently.
- local_timer_vector
- reschedule_vector
- call_function_vector
- call_function_single_vector
- irq_work_entry_vector
- error_apic_vector
- thermal_apic_vector
- threshold_apic_vector
- spurious_apic_vector
- x86_platform_ipi_vector
Also, introduce a logic switching IDT at enabling/disabling time so that a time penalty
makes a zero when tracepoints are disabled. Detailed explanations are as follows.
- Create trace irq handlers with entering_irq()/exiting_irq().
- Create a new IDT, trace_idt_table, at boot time by adding a logic to
_set_gate(). It is just a copy of original idt table.
- Register the new handlers for tracpoints to the new IDT by introducing
macros to alloc_intr_gate() called at registering time of irq_vector handlers.
- Add checking, whether irq vector tracing is on/off, into load_current_idt().
This has to be done below debug checking for these reasons.
- Switching to debug IDT may be kicked while tracing is enabled.
- On the other hands, switching to trace IDT is kicked only when debugging
is disabled.
In addition, the new IDT is created only when CONFIG_TRACING is enabled to avoid being
used for other purposes.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C323ED.5050708@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:46:53 +07:00
|
|
|
entering_irq();
|
2014-11-03 15:39:43 +07:00
|
|
|
trace_spurious_apic_entry(vector);
|
|
|
|
__smp_spurious_interrupt(vector);
|
|
|
|
trace_spurious_apic_exit(vector);
|
x86, trace: Add irq vector tracepoints
[Purpose of this patch]
As Vaibhav explained in the thread below, tracepoints for irq vectors
are useful.
http://www.spinics.net/lists/mm-commits/msg85707.html
<snip>
The current interrupt traces from irq_handler_entry and irq_handler_exit
provide when an interrupt is handled. They provide good data about when
the system has switched to kernel space and how it affects the currently
running processes.
There are some IRQ vectors which trigger the system into kernel space,
which are not handled in generic IRQ handlers. Tracing such events gives
us the information about IRQ interaction with other system events.
The trace also tells where the system is spending its time. We want to
know which cores are handling interrupts and how they are affecting other
processes in the system. Also, the trace provides information about when
the cores are idle and which interrupts are changing that state.
<snip>
On the other hand, my usecase is tracing just local timer event and
getting a value of instruction pointer.
I suggested to add an argument local timer event to get instruction pointer before.
But there is another way to get it with external module like systemtap.
So, I don't need to add any argument to irq vector tracepoints now.
[Patch Description]
Vaibhav's patch shared a trace point ,irq_vector_entry/irq_vector_exit, in all events.
But there is an above use case to trace specific irq_vector rather than tracing all events.
In this case, we are concerned about overhead due to unwanted events.
So, add following tracepoints instead of introducing irq_vector_entry/exit.
so that we can enable them independently.
- local_timer_vector
- reschedule_vector
- call_function_vector
- call_function_single_vector
- irq_work_entry_vector
- error_apic_vector
- thermal_apic_vector
- threshold_apic_vector
- spurious_apic_vector
- x86_platform_ipi_vector
Also, introduce a logic switching IDT at enabling/disabling time so that a time penalty
makes a zero when tracepoints are disabled. Detailed explanations are as follows.
- Create trace irq handlers with entering_irq()/exiting_irq().
- Create a new IDT, trace_idt_table, at boot time by adding a logic to
_set_gate(). It is just a copy of original idt table.
- Register the new handlers for tracpoints to the new IDT by introducing
macros to alloc_intr_gate() called at registering time of irq_vector handlers.
- Add checking, whether irq vector tracing is on/off, into load_current_idt().
This has to be done below debug checking for these reasons.
- Switching to debug IDT may be kicked while tracing is enabled.
- On the other hands, switching to trace IDT is kicked only when debugging
is disabled.
In addition, the new IDT is created only when CONFIG_TRACING is enabled to avoid being
used for other purposes.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C323ED.5050708@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:46:53 +07:00
|
|
|
exiting_irq();
|
2008-01-30 19:30:20 +07:00
|
|
|
}
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/*
|
|
|
|
* This interrupt should never happen with our APIC/SMP architecture
|
|
|
|
*/
|
x86, trace: Introduce entering/exiting_irq()
When implementing tracepoints in interrupt handers, if the tracepoints are
simply added in the performance sensitive path of interrupt handers,
it may cause potential performance problem due to the time penalty.
To solve the problem, an idea is to prepare non-trace/trace irq handers and
switch their IDTs at the enabling/disabling time.
So, let's introduce entering_irq()/exiting_irq() for pre/post-
processing of each irq handler.
A way to use them is as follows.
Non-trace irq handler:
smp_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
exiting_irq(); /* post-processing of this handler */
}
Trace irq_handler:
smp_trace_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
trace_irq_entry(); /* tracepoint for irq entry */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
trace_irq_exit(); /* tracepoint for irq exit */
exiting_irq(); /* post-processing of this handler */
}
If tracepoints can place outside entering_irq()/exiting_irq() as follows,
it looks cleaner.
smp_trace_irq_handler()
{
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
}
But it doesn't work.
The problem is with irq_enter/exit() being called. They must be called before
trace_irq_enter/exit(), because of the rcu_irq_enter() must be called before
any tracepoints are used, as tracepoints use rcu to synchronize.
As a possible alternative, we may be able to call irq_enter() first as follows
if irq_enter() can nest.
smp_trace_irq_hander()
{
irq_entry();
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
irq_exit();
}
But it doesn't work, either.
If irq_enter() is nested, it may have a time penalty because it has to check if it
was already called or not. The time penalty is not desired in performance sensitive
paths even if it is tiny.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C3238D.9040706@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:45:17 +07:00
|
|
|
static inline void __smp_error_interrupt(struct pt_regs *regs)
|
2008-01-30 19:30:20 +07:00
|
|
|
{
|
2014-01-14 14:44:47 +07:00
|
|
|
u32 v;
|
2011-04-14 13:36:08 +07:00
|
|
|
u32 i = 0;
|
|
|
|
static const char * const error_interrupt_reason[] = {
|
|
|
|
"Send CS error", /* APIC Error Bit 0 */
|
|
|
|
"Receive CS error", /* APIC Error Bit 1 */
|
|
|
|
"Send accept error", /* APIC Error Bit 2 */
|
|
|
|
"Receive accept error", /* APIC Error Bit 3 */
|
|
|
|
"Redirectable IPI", /* APIC Error Bit 4 */
|
|
|
|
"Send illegal vector", /* APIC Error Bit 5 */
|
|
|
|
"Received illegal vector", /* APIC Error Bit 6 */
|
|
|
|
"Illegal register address", /* APIC Error Bit 7 */
|
|
|
|
};
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/* First tickle the hardware, only then report what went on. -- REW */
|
x86/apic: Reinstate error IRQ Pentium erratum 3AP workaround
A change introduced with commit 60283df7ac26a4fe2d56631ca2946e04725e7eaf
("x86/apic: Read Error Status Register correctly") removed a read from the
APIC ESR register made before writing to same required to retrieve the
correct error status on Pentium systems affected by the 3AP erratum[1]:
"3AP. Writes to Error Register Clears Register
PROBLEM: The APIC Error register is intended to only be read.
If there is a write to this register the data in the APIC Error
register will be cleared and lost.
IMPLICATION: There is a possibility of clearing the Error
register status since the write to the register is not
specifically blocked.
WORKAROUND: Writes should not occur to the Pentium processor
APIC Error register.
STATUS: For the steppings affected see the Summary Table of
Changes at the beginning of this section."
The steppings affected are actually: B1, B3 and B5.
To avoid this information loss this change avoids the write to
ESR on all Pentium systems where it is actually never needed;
in Pentium processor documentation ESR was noted read-only and
the write only required for future architectural
compatibility[2].
The approach taken is the same as in lapic_setup_esr().
References:
[1] "Pentium Processor Family Developer's Manual", Intel Corporation,
1997, order number 241428-005, Appendix A "Errata and S-Specs for the
Pentium Processor Family", p. A-92,
[2] "Pentium Processor Family Developer's Manual, Volume 3: Architecture
and Programming Manual", Intel Corporation, 1995, order number
241430-004, Section 19.3.3. "Error Handling In APIC", p. 19-33.
Signed-off-by: Maciej W. Rozycki <macro@linux-mips.org>
Cc: Richard Weinberger <richard@nod.at>
Link: http://lkml.kernel.org/r/alpine.LFD.2.11.1404011300010.27402@eddie.linux-mips.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2014-04-01 19:30:21 +07:00
|
|
|
if (lapic_get_maxlvt() > 3) /* Due to the Pentium erratum 3AP. */
|
|
|
|
apic_write(APIC_ESR, 0);
|
2014-01-14 14:44:47 +07:00
|
|
|
v = apic_read(APIC_ESR);
|
2008-01-30 19:30:20 +07:00
|
|
|
ack_APIC_irq();
|
|
|
|
atomic_inc(&irq_err_count);
|
2007-10-13 04:04:07 +07:00
|
|
|
|
2014-01-14 14:44:47 +07:00
|
|
|
apic_printk(APIC_DEBUG, KERN_DEBUG "APIC error on CPU%d: %02x",
|
|
|
|
smp_processor_id(), v);
|
2011-04-14 13:36:08 +07:00
|
|
|
|
2014-01-14 14:44:47 +07:00
|
|
|
v &= 0xff;
|
|
|
|
while (v) {
|
|
|
|
if (v & 0x1)
|
2011-04-14 13:36:08 +07:00
|
|
|
apic_printk(APIC_DEBUG, KERN_CONT " : %s", error_interrupt_reason[i]);
|
|
|
|
i++;
|
2014-01-14 14:44:47 +07:00
|
|
|
v >>= 1;
|
2012-09-18 23:36:14 +07:00
|
|
|
}
|
2011-04-14 13:36:08 +07:00
|
|
|
|
|
|
|
apic_printk(APIC_DEBUG, KERN_CONT "\n");
|
|
|
|
|
x86, trace: Introduce entering/exiting_irq()
When implementing tracepoints in interrupt handers, if the tracepoints are
simply added in the performance sensitive path of interrupt handers,
it may cause potential performance problem due to the time penalty.
To solve the problem, an idea is to prepare non-trace/trace irq handers and
switch their IDTs at the enabling/disabling time.
So, let's introduce entering_irq()/exiting_irq() for pre/post-
processing of each irq handler.
A way to use them is as follows.
Non-trace irq handler:
smp_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
exiting_irq(); /* post-processing of this handler */
}
Trace irq_handler:
smp_trace_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
trace_irq_entry(); /* tracepoint for irq entry */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
trace_irq_exit(); /* tracepoint for irq exit */
exiting_irq(); /* post-processing of this handler */
}
If tracepoints can place outside entering_irq()/exiting_irq() as follows,
it looks cleaner.
smp_trace_irq_handler()
{
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
}
But it doesn't work.
The problem is with irq_enter/exit() being called. They must be called before
trace_irq_enter/exit(), because of the rcu_irq_enter() must be called before
any tracepoints are used, as tracepoints use rcu to synchronize.
As a possible alternative, we may be able to call irq_enter() first as follows
if irq_enter() can nest.
smp_trace_irq_hander()
{
irq_entry();
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
irq_exit();
}
But it doesn't work, either.
If irq_enter() is nested, it may have a time penalty because it has to check if it
was already called or not. The time penalty is not desired in performance sensitive
paths even if it is tiny.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C3238D.9040706@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:45:17 +07:00
|
|
|
}
|
|
|
|
|
2013-08-06 05:02:37 +07:00
|
|
|
__visible void smp_error_interrupt(struct pt_regs *regs)
|
x86, trace: Introduce entering/exiting_irq()
When implementing tracepoints in interrupt handers, if the tracepoints are
simply added in the performance sensitive path of interrupt handers,
it may cause potential performance problem due to the time penalty.
To solve the problem, an idea is to prepare non-trace/trace irq handers and
switch their IDTs at the enabling/disabling time.
So, let's introduce entering_irq()/exiting_irq() for pre/post-
processing of each irq handler.
A way to use them is as follows.
Non-trace irq handler:
smp_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
exiting_irq(); /* post-processing of this handler */
}
Trace irq_handler:
smp_trace_irq_handler()
{
entering_irq(); /* pre-processing of this handler */
trace_irq_entry(); /* tracepoint for irq entry */
__smp_irq_handler(); /*
* common logic between non-trace and trace handlers
* in a vector.
*/
trace_irq_exit(); /* tracepoint for irq exit */
exiting_irq(); /* post-processing of this handler */
}
If tracepoints can place outside entering_irq()/exiting_irq() as follows,
it looks cleaner.
smp_trace_irq_handler()
{
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
}
But it doesn't work.
The problem is with irq_enter/exit() being called. They must be called before
trace_irq_enter/exit(), because of the rcu_irq_enter() must be called before
any tracepoints are used, as tracepoints use rcu to synchronize.
As a possible alternative, we may be able to call irq_enter() first as follows
if irq_enter() can nest.
smp_trace_irq_hander()
{
irq_entry();
trace_irq_entry();
smp_irq_handler();
trace_irq_exit();
irq_exit();
}
But it doesn't work, either.
If irq_enter() is nested, it may have a time penalty because it has to check if it
was already called or not. The time penalty is not desired in performance sensitive
paths even if it is tiny.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C3238D.9040706@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:45:17 +07:00
|
|
|
{
|
|
|
|
entering_irq();
|
|
|
|
__smp_error_interrupt(regs);
|
|
|
|
exiting_irq();
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2013-08-06 05:02:37 +07:00
|
|
|
__visible void smp_trace_error_interrupt(struct pt_regs *regs)
|
x86, trace: Add irq vector tracepoints
[Purpose of this patch]
As Vaibhav explained in the thread below, tracepoints for irq vectors
are useful.
http://www.spinics.net/lists/mm-commits/msg85707.html
<snip>
The current interrupt traces from irq_handler_entry and irq_handler_exit
provide when an interrupt is handled. They provide good data about when
the system has switched to kernel space and how it affects the currently
running processes.
There are some IRQ vectors which trigger the system into kernel space,
which are not handled in generic IRQ handlers. Tracing such events gives
us the information about IRQ interaction with other system events.
The trace also tells where the system is spending its time. We want to
know which cores are handling interrupts and how they are affecting other
processes in the system. Also, the trace provides information about when
the cores are idle and which interrupts are changing that state.
<snip>
On the other hand, my usecase is tracing just local timer event and
getting a value of instruction pointer.
I suggested to add an argument local timer event to get instruction pointer before.
But there is another way to get it with external module like systemtap.
So, I don't need to add any argument to irq vector tracepoints now.
[Patch Description]
Vaibhav's patch shared a trace point ,irq_vector_entry/irq_vector_exit, in all events.
But there is an above use case to trace specific irq_vector rather than tracing all events.
In this case, we are concerned about overhead due to unwanted events.
So, add following tracepoints instead of introducing irq_vector_entry/exit.
so that we can enable them independently.
- local_timer_vector
- reschedule_vector
- call_function_vector
- call_function_single_vector
- irq_work_entry_vector
- error_apic_vector
- thermal_apic_vector
- threshold_apic_vector
- spurious_apic_vector
- x86_platform_ipi_vector
Also, introduce a logic switching IDT at enabling/disabling time so that a time penalty
makes a zero when tracepoints are disabled. Detailed explanations are as follows.
- Create trace irq handlers with entering_irq()/exiting_irq().
- Create a new IDT, trace_idt_table, at boot time by adding a logic to
_set_gate(). It is just a copy of original idt table.
- Register the new handlers for tracpoints to the new IDT by introducing
macros to alloc_intr_gate() called at registering time of irq_vector handlers.
- Add checking, whether irq vector tracing is on/off, into load_current_idt().
This has to be done below debug checking for these reasons.
- Switching to debug IDT may be kicked while tracing is enabled.
- On the other hands, switching to trace IDT is kicked only when debugging
is disabled.
In addition, the new IDT is created only when CONFIG_TRACING is enabled to avoid being
used for other purposes.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C323ED.5050708@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:46:53 +07:00
|
|
|
{
|
|
|
|
entering_irq();
|
|
|
|
trace_error_apic_entry(ERROR_APIC_VECTOR);
|
|
|
|
__smp_error_interrupt(regs);
|
|
|
|
trace_error_apic_exit(ERROR_APIC_VECTOR);
|
|
|
|
exiting_irq();
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2008-05-28 23:38:28 +07:00
|
|
|
/**
|
2008-08-18 23:45:53 +07:00
|
|
|
* connect_bsp_APIC - attach the APIC to the interrupt system
|
|
|
|
*/
|
2008-05-28 23:38:28 +07:00
|
|
|
void __init connect_bsp_APIC(void)
|
|
|
|
{
|
2008-08-18 23:45:53 +07:00
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
if (pic_mode) {
|
|
|
|
/*
|
|
|
|
* Do not trust the local APIC being empty at bootup.
|
|
|
|
*/
|
|
|
|
clear_local_APIC();
|
|
|
|
/*
|
|
|
|
* PIC mode, enable APIC mode in the IMCR, i.e. connect BSP's
|
|
|
|
* local APIC to INT and NMI lines.
|
|
|
|
*/
|
|
|
|
apic_printk(APIC_VERBOSE, "leaving PIC mode, "
|
|
|
|
"enabling APIC mode.\n");
|
2009-04-12 23:47:40 +07:00
|
|
|
imcr_pic_to_apic();
|
2008-08-18 23:45:53 +07:00
|
|
|
}
|
|
|
|
#endif
|
2008-05-28 23:38:28 +07:00
|
|
|
}
|
|
|
|
|
2008-08-17 02:21:53 +07:00
|
|
|
/**
|
|
|
|
* disconnect_bsp_APIC - detach the APIC from the interrupt system
|
|
|
|
* @virt_wire_setup: indicates, whether virtual wire mode is selected
|
|
|
|
*
|
|
|
|
* Virtual wire mode is necessary to deliver legacy interrupts even when the
|
|
|
|
* APIC is disabled.
|
|
|
|
*/
|
2008-01-30 19:30:20 +07:00
|
|
|
void disconnect_bsp_APIC(int virt_wire_setup)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2008-08-19 02:12:33 +07:00
|
|
|
unsigned int value;
|
|
|
|
|
2008-08-18 23:45:56 +07:00
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
if (pic_mode) {
|
|
|
|
/*
|
|
|
|
* Put the board back into PIC mode (has an effect only on
|
|
|
|
* certain older boards). Note that APIC interrupts, including
|
|
|
|
* IPIs, won't work beyond this point! The only exception are
|
|
|
|
* INIT IPIs.
|
|
|
|
*/
|
|
|
|
apic_printk(APIC_VERBOSE, "disabling APIC mode, "
|
|
|
|
"entering PIC mode.\n");
|
2009-04-12 23:47:40 +07:00
|
|
|
imcr_apic_to_pic();
|
2008-08-18 23:45:56 +07:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/* Go back to Virtual Wire compatibility mode */
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
/* For the spurious interrupt use vector F, and enable it */
|
|
|
|
value = apic_read(APIC_SPIV);
|
|
|
|
value &= ~APIC_VECTOR_MASK;
|
|
|
|
value |= APIC_SPIV_APIC_ENABLED;
|
|
|
|
value |= 0xf;
|
|
|
|
apic_write(APIC_SPIV, value);
|
2007-10-13 04:04:07 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
if (!virt_wire_setup) {
|
|
|
|
/*
|
|
|
|
* For LVT0 make it edge triggered, active high,
|
|
|
|
* external and enabled
|
|
|
|
*/
|
|
|
|
value = apic_read(APIC_LVT0);
|
|
|
|
value &= ~(APIC_MODE_MASK | APIC_SEND_PENDING |
|
|
|
|
APIC_INPUT_POLARITY | APIC_LVT_REMOTE_IRR |
|
|
|
|
APIC_LVT_LEVEL_TRIGGER | APIC_LVT_MASKED);
|
|
|
|
value |= APIC_LVT_REMOTE_IRR | APIC_SEND_PENDING;
|
|
|
|
value = SET_APIC_DELIVERY_MODE(value, APIC_MODE_EXTINT);
|
|
|
|
apic_write(APIC_LVT0, value);
|
|
|
|
} else {
|
|
|
|
/* Disable LVT0 */
|
|
|
|
apic_write(APIC_LVT0, APIC_LVT_MASKED);
|
|
|
|
}
|
2007-10-13 04:04:07 +07:00
|
|
|
|
2008-08-18 23:45:56 +07:00
|
|
|
/*
|
|
|
|
* For LVT1 make it edge triggered, active high,
|
|
|
|
* nmi and enabled
|
|
|
|
*/
|
2008-01-30 19:30:20 +07:00
|
|
|
value = apic_read(APIC_LVT1);
|
|
|
|
value &= ~(APIC_MODE_MASK | APIC_SEND_PENDING |
|
|
|
|
APIC_INPUT_POLARITY | APIC_LVT_REMOTE_IRR |
|
|
|
|
APIC_LVT_LEVEL_TRIGGER | APIC_LVT_MASKED);
|
|
|
|
value |= APIC_LVT_REMOTE_IRR | APIC_SEND_PENDING;
|
|
|
|
value = SET_APIC_DELIVERY_MODE(value, APIC_MODE_NMI);
|
|
|
|
apic_write(APIC_LVT1, value);
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2013-09-02 10:57:36 +07:00
|
|
|
int generic_processor_info(int apicid, int version)
|
2008-03-28 03:56:19 +07:00
|
|
|
{
|
2011-07-09 00:19:26 +07:00
|
|
|
int cpu, max = nr_cpu_ids;
|
|
|
|
bool boot_cpu_detected = physid_isset(boot_cpu_physical_apicid,
|
|
|
|
phys_cpu_present_map);
|
|
|
|
|
x86, apic, kexec: Add disable_cpu_apicid kernel parameter
Add disable_cpu_apicid kernel parameter. To use this kernel parameter,
specify an initial APIC ID of the corresponding CPU you want to
disable.
This is mostly used for the kdump 2nd kernel to disable BSP to wake up
multiple CPUs without causing system reset or hang due to sending INIT
from AP to BSP.
Kdump users first figure out initial APIC ID of the BSP, CPU0 in the
1st kernel, for example from /proc/cpuinfo and then set up this kernel
parameter for the 2nd kernel using the obtained APIC ID.
However, doing this procedure at each boot time manually is awkward,
which should be automatically done by user-land service scripts, for
example, kexec-tools on fedora/RHEL distributions.
This design is more flexible than disabling BSP in kernel boot time
automatically in that in kernel boot time we have no choice but
referring to ACPI/MP table to obtain initial APIC ID for BSP, meaning
that the method is not applicable to the systems without such BIOS
tables.
One assumption behind this design is that users get initial APIC ID of
the BSP in still healthy state and so BSP is uniquely kept in
CPU0. Thus, through the kernel parameter, only one initial APIC ID can
be specified.
In a comparison with disabled_cpu_apicid, we use read_apic_id(), not
boot_cpu_physical_apicid, because on some platforms, the variable is
modified to the apicid reported as BSP through MP table and this
function is executed with the temporarily modified
boot_cpu_physical_apicid. As a result, disabled_cpu_apicid kernel
parameter doesn't work well for apicids of APs.
Fixing the wrong handling of boot_cpu_physical_apicid requires some
reviews and tests beyond some platforms and it could take some
time. The fix here is a kind of workaround to focus on the main topic
of this patch.
Signed-off-by: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>
Link: http://lkml.kernel.org/r/20140115064458.1545.38775.stgit@localhost6.localdomain6
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2014-01-15 13:44:58 +07:00
|
|
|
/*
|
|
|
|
* boot_cpu_physical_apicid is designed to have the apicid
|
|
|
|
* returned by read_apic_id(), i.e, the apicid of the
|
|
|
|
* currently booting-up processor. However, on some platforms,
|
2014-01-16 04:02:08 +07:00
|
|
|
* it is temporarily modified by the apicid reported as BSP
|
x86, apic, kexec: Add disable_cpu_apicid kernel parameter
Add disable_cpu_apicid kernel parameter. To use this kernel parameter,
specify an initial APIC ID of the corresponding CPU you want to
disable.
This is mostly used for the kdump 2nd kernel to disable BSP to wake up
multiple CPUs without causing system reset or hang due to sending INIT
from AP to BSP.
Kdump users first figure out initial APIC ID of the BSP, CPU0 in the
1st kernel, for example from /proc/cpuinfo and then set up this kernel
parameter for the 2nd kernel using the obtained APIC ID.
However, doing this procedure at each boot time manually is awkward,
which should be automatically done by user-land service scripts, for
example, kexec-tools on fedora/RHEL distributions.
This design is more flexible than disabling BSP in kernel boot time
automatically in that in kernel boot time we have no choice but
referring to ACPI/MP table to obtain initial APIC ID for BSP, meaning
that the method is not applicable to the systems without such BIOS
tables.
One assumption behind this design is that users get initial APIC ID of
the BSP in still healthy state and so BSP is uniquely kept in
CPU0. Thus, through the kernel parameter, only one initial APIC ID can
be specified.
In a comparison with disabled_cpu_apicid, we use read_apic_id(), not
boot_cpu_physical_apicid, because on some platforms, the variable is
modified to the apicid reported as BSP through MP table and this
function is executed with the temporarily modified
boot_cpu_physical_apicid. As a result, disabled_cpu_apicid kernel
parameter doesn't work well for apicids of APs.
Fixing the wrong handling of boot_cpu_physical_apicid requires some
reviews and tests beyond some platforms and it could take some
time. The fix here is a kind of workaround to focus on the main topic
of this patch.
Signed-off-by: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>
Link: http://lkml.kernel.org/r/20140115064458.1545.38775.stgit@localhost6.localdomain6
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2014-01-15 13:44:58 +07:00
|
|
|
* through MP table. Concretely:
|
|
|
|
*
|
|
|
|
* - arch/x86/kernel/mpparse.c: MP_processor_info()
|
|
|
|
* - arch/x86/mm/amdtopology.c: amd_numa_init()
|
|
|
|
*
|
|
|
|
* This function is executed with the modified
|
|
|
|
* boot_cpu_physical_apicid. So, disabled_cpu_apicid kernel
|
|
|
|
* parameter doesn't work to disable APs on kdump 2nd kernel.
|
|
|
|
*
|
|
|
|
* Since fixing handling of boot_cpu_physical_apicid requires
|
|
|
|
* another discussion and tests on each platform, we leave it
|
|
|
|
* for now and here we use read_apic_id() directly in this
|
|
|
|
* function, generic_processor_info().
|
|
|
|
*/
|
|
|
|
if (disabled_cpu_apicid != BAD_APICID &&
|
|
|
|
disabled_cpu_apicid != read_apic_id() &&
|
|
|
|
disabled_cpu_apicid == apicid) {
|
|
|
|
int thiscpu = num_processors + disabled_cpus;
|
|
|
|
|
2014-01-16 04:02:08 +07:00
|
|
|
pr_warning("APIC: Disabling requested cpu."
|
x86, apic, kexec: Add disable_cpu_apicid kernel parameter
Add disable_cpu_apicid kernel parameter. To use this kernel parameter,
specify an initial APIC ID of the corresponding CPU you want to
disable.
This is mostly used for the kdump 2nd kernel to disable BSP to wake up
multiple CPUs without causing system reset or hang due to sending INIT
from AP to BSP.
Kdump users first figure out initial APIC ID of the BSP, CPU0 in the
1st kernel, for example from /proc/cpuinfo and then set up this kernel
parameter for the 2nd kernel using the obtained APIC ID.
However, doing this procedure at each boot time manually is awkward,
which should be automatically done by user-land service scripts, for
example, kexec-tools on fedora/RHEL distributions.
This design is more flexible than disabling BSP in kernel boot time
automatically in that in kernel boot time we have no choice but
referring to ACPI/MP table to obtain initial APIC ID for BSP, meaning
that the method is not applicable to the systems without such BIOS
tables.
One assumption behind this design is that users get initial APIC ID of
the BSP in still healthy state and so BSP is uniquely kept in
CPU0. Thus, through the kernel parameter, only one initial APIC ID can
be specified.
In a comparison with disabled_cpu_apicid, we use read_apic_id(), not
boot_cpu_physical_apicid, because on some platforms, the variable is
modified to the apicid reported as BSP through MP table and this
function is executed with the temporarily modified
boot_cpu_physical_apicid. As a result, disabled_cpu_apicid kernel
parameter doesn't work well for apicids of APs.
Fixing the wrong handling of boot_cpu_physical_apicid requires some
reviews and tests beyond some platforms and it could take some
time. The fix here is a kind of workaround to focus on the main topic
of this patch.
Signed-off-by: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>
Link: http://lkml.kernel.org/r/20140115064458.1545.38775.stgit@localhost6.localdomain6
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2014-01-15 13:44:58 +07:00
|
|
|
" Processor %d/0x%x ignored.\n",
|
|
|
|
thiscpu, apicid);
|
|
|
|
|
|
|
|
disabled_cpus++;
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2011-07-09 00:19:26 +07:00
|
|
|
/*
|
|
|
|
* If boot cpu has not been detected yet, then only allow upto
|
|
|
|
* nr_cpu_ids - 1 processors and keep one slot free for boot cpu
|
|
|
|
*/
|
|
|
|
if (!boot_cpu_detected && num_processors >= nr_cpu_ids - 1 &&
|
|
|
|
apicid != boot_cpu_physical_apicid) {
|
|
|
|
int thiscpu = max + disabled_cpus - 1;
|
|
|
|
|
|
|
|
pr_warning(
|
|
|
|
"ACPI: NR_CPUS/possible_cpus limit of %i almost"
|
|
|
|
" reached. Keeping one slot for boot cpu."
|
|
|
|
" Processor %d/0x%x ignored.\n", max, thiscpu, apicid);
|
|
|
|
|
|
|
|
disabled_cpus++;
|
2013-09-02 10:57:36 +07:00
|
|
|
return -ENODEV;
|
2011-07-09 00:19:26 +07:00
|
|
|
}
|
2008-03-28 03:56:19 +07:00
|
|
|
|
2008-12-18 06:21:39 +07:00
|
|
|
if (num_processors >= nr_cpu_ids) {
|
|
|
|
int thiscpu = max + disabled_cpus;
|
|
|
|
|
|
|
|
pr_warning(
|
|
|
|
"ACPI: NR_CPUS/possible_cpus limit of %i reached."
|
|
|
|
" Processor %d/0x%x ignored.\n", max, thiscpu, apicid);
|
|
|
|
|
|
|
|
disabled_cpus++;
|
2013-09-02 10:57:36 +07:00
|
|
|
return -EINVAL;
|
2008-03-28 03:56:19 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
num_processors++;
|
|
|
|
if (apicid == boot_cpu_physical_apicid) {
|
|
|
|
/*
|
|
|
|
* x86_bios_cpu_apicid is required to have processors listed
|
|
|
|
* in same order as logical cpu numbers. Hence the first
|
|
|
|
* entry is BSP, and so on.
|
2011-02-09 14:22:17 +07:00
|
|
|
* boot_cpu_init() already hold bit 0 in cpu_present_mask
|
|
|
|
* for BSP.
|
2008-03-28 03:56:19 +07:00
|
|
|
*/
|
|
|
|
cpu = 0;
|
2011-02-09 14:22:17 +07:00
|
|
|
} else
|
|
|
|
cpu = cpumask_next_zero(-1, cpu_present_mask);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Validate version
|
|
|
|
*/
|
|
|
|
if (version == 0x0) {
|
|
|
|
pr_warning("BIOS bug: APIC version is 0 for CPU %d/0x%x, fixing up to 0x10\n",
|
|
|
|
cpu, apicid);
|
|
|
|
version = 0x10;
|
2008-03-28 03:56:19 +07:00
|
|
|
}
|
2011-02-09 14:22:17 +07:00
|
|
|
apic_version[apicid] = version;
|
|
|
|
|
|
|
|
if (version != apic_version[boot_cpu_physical_apicid]) {
|
|
|
|
pr_warning("BIOS bug: APIC version mismatch, boot CPU: %x, CPU %d: version %x\n",
|
|
|
|
apic_version[boot_cpu_physical_apicid], cpu, version);
|
|
|
|
}
|
|
|
|
|
|
|
|
physid_set(apicid, phys_cpu_present_map);
|
2008-06-09 08:29:22 +07:00
|
|
|
if (apicid > max_physical_apicid)
|
|
|
|
max_physical_apicid = apicid;
|
|
|
|
|
2009-01-27 23:07:08 +07:00
|
|
|
#if defined(CONFIG_SMP) || defined(CONFIG_X86_64)
|
2009-01-13 18:41:34 +07:00
|
|
|
early_per_cpu(x86_cpu_to_apicid, cpu) = apicid;
|
|
|
|
early_per_cpu(x86_bios_cpu_apicid, cpu) = apicid;
|
2008-08-18 23:45:57 +07:00
|
|
|
#endif
|
2011-01-23 20:37:33 +07:00
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
early_per_cpu(x86_cpu_to_logical_apicid, cpu) =
|
|
|
|
apic->x86_32_early_logical_apicid(cpu);
|
|
|
|
#endif
|
2008-12-17 08:34:02 +07:00
|
|
|
set_cpu_possible(cpu, true);
|
|
|
|
set_cpu_present(cpu, true);
|
2013-09-02 10:57:36 +07:00
|
|
|
|
|
|
|
return cpu;
|
2008-03-28 03:56:19 +07:00
|
|
|
}
|
|
|
|
|
2008-07-11 01:16:48 +07:00
|
|
|
int hard_smp_processor_id(void)
|
|
|
|
{
|
|
|
|
return read_apic_id();
|
|
|
|
}
|
2009-01-28 23:55:37 +07:00
|
|
|
|
|
|
|
void default_init_apic_ldr(void)
|
|
|
|
{
|
|
|
|
unsigned long val;
|
|
|
|
|
|
|
|
apic_write(APIC_DFR, APIC_DFR_VALUE);
|
|
|
|
val = apic_read(APIC_LDR) & ~APIC_LDR_MASK;
|
|
|
|
val |= SET_APIC_LOGICAL_ID(1UL << smp_processor_id());
|
|
|
|
apic_write(APIC_LDR, val);
|
|
|
|
}
|
|
|
|
|
2012-06-07 20:15:59 +07:00
|
|
|
int default_cpu_mask_to_apicid_and(const struct cpumask *cpumask,
|
|
|
|
const struct cpumask *andmask,
|
|
|
|
unsigned int *apicid)
|
2012-06-05 18:23:44 +07:00
|
|
|
{
|
2012-06-14 14:49:55 +07:00
|
|
|
unsigned int cpu;
|
2012-06-05 18:23:44 +07:00
|
|
|
|
|
|
|
for_each_cpu_and(cpu, cpumask, andmask) {
|
|
|
|
if (cpumask_test_cpu(cpu, cpu_online_mask))
|
|
|
|
break;
|
|
|
|
}
|
2012-06-07 20:15:59 +07:00
|
|
|
|
2012-06-14 14:49:55 +07:00
|
|
|
if (likely(cpu < nr_cpu_ids)) {
|
2012-06-14 14:49:35 +07:00
|
|
|
*apicid = per_cpu(x86_cpu_to_apicid, cpu);
|
|
|
|
return 0;
|
|
|
|
}
|
2012-06-14 14:49:55 +07:00
|
|
|
|
|
|
|
return -EINVAL;
|
2012-06-05 18:23:44 +07:00
|
|
|
}
|
|
|
|
|
2012-07-15 19:56:46 +07:00
|
|
|
/*
|
|
|
|
* Override the generic EOI implementation with an optimized version.
|
|
|
|
* Only called during early boot when only one CPU is active and with
|
|
|
|
* interrupts disabled, so we know this does not race with actual APIC driver
|
|
|
|
* use.
|
|
|
|
*/
|
|
|
|
void __init apic_set_eoi_write(void (*eoi_write)(u32 reg, u32 v))
|
|
|
|
{
|
|
|
|
struct apic **drv;
|
|
|
|
|
|
|
|
for (drv = __apicdrivers; drv < __apicdrivers_end; drv++) {
|
|
|
|
/* Should happen once for each apic */
|
|
|
|
WARN_ON((*drv)->eoi_write == eoi_write);
|
|
|
|
(*drv)->eoi_write = eoi_write;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-10-15 03:57:45 +07:00
|
|
|
/*
|
2008-01-30 19:30:20 +07:00
|
|
|
* Power management
|
2007-10-15 03:57:45 +07:00
|
|
|
*/
|
2008-01-30 19:30:20 +07:00
|
|
|
#ifdef CONFIG_PM
|
|
|
|
|
|
|
|
static struct {
|
2008-08-17 02:21:53 +07:00
|
|
|
/*
|
|
|
|
* 'active' is true if the local APIC was enabled by us and
|
|
|
|
* not the BIOS; this signifies that we are also responsible
|
|
|
|
* for disabling it before entering apm/acpi suspend
|
|
|
|
*/
|
2008-01-30 19:30:20 +07:00
|
|
|
int active;
|
|
|
|
/* r/w apic fields */
|
|
|
|
unsigned int apic_id;
|
|
|
|
unsigned int apic_taskpri;
|
|
|
|
unsigned int apic_ldr;
|
|
|
|
unsigned int apic_dfr;
|
|
|
|
unsigned int apic_spiv;
|
|
|
|
unsigned int apic_lvtt;
|
|
|
|
unsigned int apic_lvtpc;
|
|
|
|
unsigned int apic_lvt0;
|
|
|
|
unsigned int apic_lvt1;
|
|
|
|
unsigned int apic_lvterr;
|
|
|
|
unsigned int apic_tmict;
|
|
|
|
unsigned int apic_tdcr;
|
|
|
|
unsigned int apic_thmr;
|
|
|
|
} apic_pm_state;
|
|
|
|
|
2011-03-24 04:15:54 +07:00
|
|
|
static int lapic_suspend(void)
|
2008-01-30 19:30:20 +07:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
int maxlvt;
|
2007-10-15 03:57:45 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
if (!apic_pm_state.active)
|
|
|
|
return 0;
|
2007-10-15 03:57:45 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
maxlvt = lapic_get_maxlvt();
|
2007-10-15 03:57:45 +07:00
|
|
|
|
2008-07-12 04:24:19 +07:00
|
|
|
apic_pm_state.apic_id = apic_read(APIC_ID);
|
2008-01-30 19:30:20 +07:00
|
|
|
apic_pm_state.apic_taskpri = apic_read(APIC_TASKPRI);
|
|
|
|
apic_pm_state.apic_ldr = apic_read(APIC_LDR);
|
|
|
|
apic_pm_state.apic_dfr = apic_read(APIC_DFR);
|
|
|
|
apic_pm_state.apic_spiv = apic_read(APIC_SPIV);
|
|
|
|
apic_pm_state.apic_lvtt = apic_read(APIC_LVTT);
|
|
|
|
if (maxlvt >= 4)
|
|
|
|
apic_pm_state.apic_lvtpc = apic_read(APIC_LVTPC);
|
|
|
|
apic_pm_state.apic_lvt0 = apic_read(APIC_LVT0);
|
|
|
|
apic_pm_state.apic_lvt1 = apic_read(APIC_LVT1);
|
|
|
|
apic_pm_state.apic_lvterr = apic_read(APIC_LVTERR);
|
|
|
|
apic_pm_state.apic_tmict = apic_read(APIC_TMICT);
|
|
|
|
apic_pm_state.apic_tdcr = apic_read(APIC_TDCR);
|
x86, mce: use 64bit machine check code on 32bit
The 64bit machine check code is in many ways much better than
the 32bit machine check code: it is more specification compliant,
is cleaner, only has a single code base versus one per CPU,
has better infrastructure for recovery, has a cleaner way to communicate
with user space etc. etc.
Use the 64bit code for 32bit too.
This is the second attempt to do this. There was one a couple of years
ago to unify this code for 32bit and 64bit. Back then this ran into some
trouble with K7s and was reverted.
I believe this time the K7 problems (and some others) are addressed.
I went over the old handlers and was very careful to retain
all quirks.
But of course this needs a lot of testing on old systems. On newer
64bit capable systems I don't expect much problems because they have been
already tested with the 64bit kernel.
I made this a CONFIG for now that still allows to select the old
machine check code. This is mostly to make testing easier,
if someone runs into a problem we can ask them to try
with the CONFIG switched.
The new code is default y for more coverage.
Once there is confidence the 64bit code works well on older hardware
too the CONFIG_X86_OLD_MCE and the associated code can be easily
removed.
This causes a behaviour change for 32bit installations. They now
have to install the mcelog package to be able to log
corrected machine checks.
The 64bit machine check code only handles CPUs which support the
standard Intel machine check architecture described in the IA32 SDM.
The 32bit code has special support for some older CPUs which
have non standard machine check architectures, in particular
WinChip C3 and Intel P5. I made those a separate CONFIG option
and kept them for now. The WinChip variant could be probably
removed without too much pain, it doesn't really do anything
interesting. P5 is also disabled by default (like it
was before) because many motherboards have it miswired, but
according to Alan Cox a few embedded setups use that one.
Forward ported/heavily changed version of old patch, original patch
included review/fixes from Thomas Gleixner, Bert Wesarg.
Signed-off-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Signed-off-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-04-29 00:07:31 +07:00
|
|
|
#ifdef CONFIG_X86_THERMAL_VECTOR
|
2008-01-30 19:30:20 +07:00
|
|
|
if (maxlvt >= 5)
|
|
|
|
apic_pm_state.apic_thmr = apic_read(APIC_LVTTHMR);
|
|
|
|
#endif
|
2008-08-17 02:21:52 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
local_irq_save(flags);
|
|
|
|
disable_local_APIC();
|
2009-04-21 03:02:27 +07:00
|
|
|
|
2012-09-26 17:44:33 +07:00
|
|
|
irq_remapping_disable();
|
2009-04-21 03:02:27 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
local_irq_restore(flags);
|
|
|
|
return 0;
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2011-03-24 04:15:54 +07:00
|
|
|
static void lapic_resume(void)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2008-01-30 19:30:20 +07:00
|
|
|
unsigned int l, h;
|
|
|
|
unsigned long flags;
|
2011-05-19 06:31:33 +07:00
|
|
|
int maxlvt;
|
2009-03-28 04:22:44 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
if (!apic_pm_state.active)
|
2011-03-24 04:15:54 +07:00
|
|
|
return;
|
2005-11-05 23:25:53 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
local_irq_save(flags);
|
2012-09-26 17:44:34 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* IO-APIC and PIC have their own resume routines.
|
|
|
|
* We just mask them here to make sure the interrupt
|
|
|
|
* subsystem is completely quiet while we enable x2apic
|
|
|
|
* and interrupt-remapping.
|
|
|
|
*/
|
|
|
|
mask_ioapic_entries();
|
|
|
|
legacy_pic->mask_all();
|
2008-08-17 02:21:51 +07:00
|
|
|
|
2015-01-16 04:22:26 +07:00
|
|
|
if (x2apic_mode) {
|
|
|
|
__x2apic_enable();
|
|
|
|
} else {
|
2008-08-17 02:21:51 +07:00
|
|
|
/*
|
|
|
|
* Make sure the APICBASE points to the right address
|
|
|
|
*
|
|
|
|
* FIXME! This will be wrong if we ever support suspend on
|
|
|
|
* SMP! We'll need to do this as part of the CPU restore!
|
|
|
|
*/
|
2012-04-18 23:37:39 +07:00
|
|
|
if (boot_cpu_data.x86 >= 6) {
|
|
|
|
rdmsr(MSR_IA32_APICBASE, l, h);
|
|
|
|
l &= ~MSR_IA32_APICBASE_BASE;
|
|
|
|
l |= MSR_IA32_APICBASE_ENABLE | mp_lapic_addr;
|
|
|
|
wrmsr(MSR_IA32_APICBASE, l, h);
|
|
|
|
}
|
2008-08-18 11:12:27 +07:00
|
|
|
}
|
2008-07-11 01:16:58 +07:00
|
|
|
|
2009-03-28 04:22:44 +07:00
|
|
|
maxlvt = lapic_get_maxlvt();
|
2008-01-30 19:30:20 +07:00
|
|
|
apic_write(APIC_LVTERR, ERROR_APIC_VECTOR | APIC_LVT_MASKED);
|
|
|
|
apic_write(APIC_ID, apic_pm_state.apic_id);
|
|
|
|
apic_write(APIC_DFR, apic_pm_state.apic_dfr);
|
|
|
|
apic_write(APIC_LDR, apic_pm_state.apic_ldr);
|
|
|
|
apic_write(APIC_TASKPRI, apic_pm_state.apic_taskpri);
|
|
|
|
apic_write(APIC_SPIV, apic_pm_state.apic_spiv);
|
|
|
|
apic_write(APIC_LVT0, apic_pm_state.apic_lvt0);
|
|
|
|
apic_write(APIC_LVT1, apic_pm_state.apic_lvt1);
|
2013-05-30 01:57:30 +07:00
|
|
|
#if defined(CONFIG_X86_MCE_INTEL)
|
2008-01-30 19:30:20 +07:00
|
|
|
if (maxlvt >= 5)
|
|
|
|
apic_write(APIC_LVTTHMR, apic_pm_state.apic_thmr);
|
|
|
|
#endif
|
|
|
|
if (maxlvt >= 4)
|
|
|
|
apic_write(APIC_LVTPC, apic_pm_state.apic_lvtpc);
|
|
|
|
apic_write(APIC_LVTT, apic_pm_state.apic_lvtt);
|
|
|
|
apic_write(APIC_TDCR, apic_pm_state.apic_tdcr);
|
|
|
|
apic_write(APIC_TMICT, apic_pm_state.apic_tmict);
|
|
|
|
apic_write(APIC_ESR, 0);
|
|
|
|
apic_read(APIC_ESR);
|
|
|
|
apic_write(APIC_LVTERR, apic_pm_state.apic_lvterr);
|
|
|
|
apic_write(APIC_ESR, 0);
|
|
|
|
apic_read(APIC_ESR);
|
2008-08-17 02:21:51 +07:00
|
|
|
|
2012-09-26 17:44:33 +07:00
|
|
|
irq_remapping_reenable(x2apic_mode);
|
2011-05-19 06:31:33 +07:00
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
local_irq_restore(flags);
|
|
|
|
}
|
2007-10-13 04:04:07 +07:00
|
|
|
|
2008-08-17 02:21:53 +07:00
|
|
|
/*
|
|
|
|
* This device has no shutdown method - fully functioning local APICs
|
|
|
|
* are needed on every CPU up until machine_halt/restart/poweroff.
|
|
|
|
*/
|
|
|
|
|
2011-03-24 04:15:54 +07:00
|
|
|
static struct syscore_ops lapic_syscore_ops = {
|
2008-01-30 19:30:20 +07:00
|
|
|
.resume = lapic_resume,
|
|
|
|
.suspend = lapic_suspend,
|
|
|
|
};
|
2007-10-13 04:04:07 +07:00
|
|
|
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
static void apic_pm_activate(void)
|
2008-01-30 19:30:20 +07:00
|
|
|
{
|
|
|
|
apic_pm_state.active = 1;
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
|
|
|
|
2008-01-30 19:30:20 +07:00
|
|
|
static int __init init_lapic_sysfs(void)
|
2005-04-17 05:20:36 +07:00
|
|
|
{
|
2008-01-30 19:30:20 +07:00
|
|
|
/* XXX: remove suspend/resume procs if !apic_pm_state.active? */
|
2011-03-24 04:15:54 +07:00
|
|
|
if (cpu_has_apic)
|
|
|
|
register_syscore_ops(&lapic_syscore_ops);
|
2008-01-30 19:32:35 +07:00
|
|
|
|
2011-03-24 04:15:54 +07:00
|
|
|
return 0;
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
2009-03-28 04:22:44 +07:00
|
|
|
|
|
|
|
/* local apic needs to resume before other devices access its registers. */
|
|
|
|
core_initcall(init_lapic_sysfs);
|
2008-01-30 19:30:20 +07:00
|
|
|
|
|
|
|
#else /* CONFIG_PM */
|
|
|
|
|
|
|
|
static void apic_pm_activate(void) { }
|
|
|
|
|
|
|
|
#endif /* CONFIG_PM */
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-08-24 16:01:49 +07:00
|
|
|
#ifdef CONFIG_X86_64
|
2009-04-27 13:39:38 +07:00
|
|
|
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
static int multi_checked;
|
|
|
|
static int multi;
|
2009-04-27 13:39:38 +07:00
|
|
|
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
static int set_multi(const struct dmi_system_id *d)
|
2009-04-27 13:39:38 +07:00
|
|
|
{
|
|
|
|
if (multi)
|
|
|
|
return 0;
|
2009-05-02 02:54:25 +07:00
|
|
|
pr_info("APIC: %s detected, Multi Chassis\n", d->ident);
|
2009-04-27 13:39:38 +07:00
|
|
|
multi = 1;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
static const struct dmi_system_id multi_dmi_table[] = {
|
2009-04-27 13:39:38 +07:00
|
|
|
{
|
|
|
|
.callback = set_multi,
|
|
|
|
.ident = "IBM System Summit2",
|
|
|
|
.matches = {
|
|
|
|
DMI_MATCH(DMI_SYS_VENDOR, "IBM"),
|
|
|
|
DMI_MATCH(DMI_PRODUCT_NAME, "Summit2"),
|
|
|
|
},
|
|
|
|
},
|
|
|
|
{}
|
|
|
|
};
|
|
|
|
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
static void dmi_check_multi(void)
|
2009-04-27 13:39:38 +07:00
|
|
|
{
|
|
|
|
if (multi_checked)
|
|
|
|
return;
|
|
|
|
|
|
|
|
dmi_check_system(multi_dmi_table);
|
|
|
|
multi_checked = 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* apic_is_clustered_box() -- Check if we can expect good TSC
|
|
|
|
*
|
|
|
|
* Thus far, the major user of this is IBM's Summit2 series:
|
|
|
|
* Clustered boxes may have unsynced TSC problems if they are
|
|
|
|
* multi-chassis.
|
|
|
|
* Use DMI to check them
|
|
|
|
*/
|
x86: delete __cpuinit usage from all x86 files
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
is a good example of the nasty type of bugs that can be created
with improper use of the various __init prefixes.
After a discussion on LKML[1] it was decided that cpuinit should go
the way of devinit and be phased out. Once all the users are gone,
we can then finally remove the macros themselves from linux/init.h.
Note that some harmless section mismatch warnings may result, since
notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
are flagged as __cpuinit -- so if we remove the __cpuinit from
arch specific callers, we will also get section mismatch warnings.
As an intermediate step, we intend to turn the linux/init.h cpuinit
content into no-ops as early as possible, since that will get rid
of these warnings. In any case, they are temporary and harmless.
This removes all the arch/x86 uses of the __cpuinit macros from
all C files. x86 only had the one __CPUINIT used in assembly files,
and it wasn't paired off with a .previous or a __FINIT, so we can
delete it directly w/o any corresponding additional change there.
[1] https://lkml.org/lkml/2013/5/20/589
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: x86@kernel.org
Acked-by: Ingo Molnar <mingo@kernel.org>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2013-06-19 05:23:59 +07:00
|
|
|
int apic_is_clustered_box(void)
|
2009-04-27 13:39:38 +07:00
|
|
|
{
|
|
|
|
dmi_check_multi();
|
2014-06-29 17:01:08 +07:00
|
|
|
return multi;
|
2005-04-17 05:20:36 +07:00
|
|
|
}
|
2008-08-24 16:01:49 +07:00
|
|
|
#endif
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
2008-01-30 19:30:20 +07:00
|
|
|
* APIC command line parameters
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
2008-08-18 23:46:01 +07:00
|
|
|
static int __init setup_disableapic(char *arg)
|
2007-07-21 22:10:17 +07:00
|
|
|
{
|
2005-04-17 05:20:36 +07:00
|
|
|
disable_apic = 1;
|
2008-07-21 15:38:14 +07:00
|
|
|
setup_clear_cpu_cap(X86_FEATURE_APIC);
|
2006-09-26 15:52:32 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
early_param("disableapic", setup_disableapic);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2006-09-26 15:52:32 +07:00
|
|
|
/* same as disableapic, for compatibility */
|
2008-08-18 23:46:01 +07:00
|
|
|
static int __init setup_nolapic(char *arg)
|
2007-07-21 22:10:17 +07:00
|
|
|
{
|
2008-08-18 23:46:01 +07:00
|
|
|
return setup_disableapic(arg);
|
2007-07-21 22:10:17 +07:00
|
|
|
}
|
2006-09-26 15:52:32 +07:00
|
|
|
early_param("nolapic", setup_nolapic);
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2007-03-24 01:32:31 +07:00
|
|
|
static int __init parse_lapic_timer_c2_ok(char *arg)
|
|
|
|
{
|
|
|
|
local_apic_timer_c2_ok = 1;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
early_param("lapic_timer_c2_ok", parse_lapic_timer_c2_ok);
|
|
|
|
|
2008-08-15 18:51:20 +07:00
|
|
|
static int __init parse_disable_apic_timer(char *arg)
|
2007-07-21 22:10:17 +07:00
|
|
|
{
|
2005-04-17 05:20:36 +07:00
|
|
|
disable_apic_timer = 1;
|
2008-08-15 18:51:20 +07:00
|
|
|
return 0;
|
2007-07-21 22:10:17 +07:00
|
|
|
}
|
2008-08-15 18:51:20 +07:00
|
|
|
early_param("noapictimer", parse_disable_apic_timer);
|
|
|
|
|
|
|
|
static int __init parse_nolapic_timer(char *arg)
|
|
|
|
{
|
|
|
|
disable_apic_timer = 1;
|
|
|
|
return 0;
|
2007-07-21 22:10:17 +07:00
|
|
|
}
|
2008-08-15 18:51:20 +07:00
|
|
|
early_param("nolapic_timer", parse_nolapic_timer);
|
2006-02-04 03:50:50 +07:00
|
|
|
|
2008-08-18 23:46:00 +07:00
|
|
|
static int __init apic_set_verbosity(char *arg)
|
|
|
|
{
|
|
|
|
if (!arg) {
|
|
|
|
#ifdef CONFIG_X86_64
|
|
|
|
skip_ioapic_setup = 0;
|
|
|
|
return 0;
|
|
|
|
#endif
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (strcmp("debug", arg) == 0)
|
|
|
|
apic_verbosity = APIC_DEBUG;
|
|
|
|
else if (strcmp("verbose", arg) == 0)
|
|
|
|
apic_verbosity = APIC_VERBOSE;
|
|
|
|
else {
|
2008-11-10 15:16:41 +07:00
|
|
|
pr_warning("APIC Verbosity level %s not recognised"
|
2008-08-18 23:46:00 +07:00
|
|
|
" use apic=verbose or apic=debug\n", arg);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
early_param("apic", apic_set_verbosity);
|
|
|
|
|
2008-02-23 04:37:26 +07:00
|
|
|
static int __init lapic_insert_resource(void)
|
|
|
|
{
|
|
|
|
if (!apic_phys)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
/* Put local APIC into the resource map. */
|
|
|
|
lapic_resource.start = apic_phys;
|
|
|
|
lapic_resource.end = lapic_resource.start + PAGE_SIZE - 1;
|
|
|
|
insert_resource(&iomem_resource, &lapic_resource);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* need call insert after e820_reserve_resources()
|
|
|
|
* that is using request_resource
|
|
|
|
*/
|
|
|
|
late_initcall(lapic_insert_resource);
|
x86, apic, kexec: Add disable_cpu_apicid kernel parameter
Add disable_cpu_apicid kernel parameter. To use this kernel parameter,
specify an initial APIC ID of the corresponding CPU you want to
disable.
This is mostly used for the kdump 2nd kernel to disable BSP to wake up
multiple CPUs without causing system reset or hang due to sending INIT
from AP to BSP.
Kdump users first figure out initial APIC ID of the BSP, CPU0 in the
1st kernel, for example from /proc/cpuinfo and then set up this kernel
parameter for the 2nd kernel using the obtained APIC ID.
However, doing this procedure at each boot time manually is awkward,
which should be automatically done by user-land service scripts, for
example, kexec-tools on fedora/RHEL distributions.
This design is more flexible than disabling BSP in kernel boot time
automatically in that in kernel boot time we have no choice but
referring to ACPI/MP table to obtain initial APIC ID for BSP, meaning
that the method is not applicable to the systems without such BIOS
tables.
One assumption behind this design is that users get initial APIC ID of
the BSP in still healthy state and so BSP is uniquely kept in
CPU0. Thus, through the kernel parameter, only one initial APIC ID can
be specified.
In a comparison with disabled_cpu_apicid, we use read_apic_id(), not
boot_cpu_physical_apicid, because on some platforms, the variable is
modified to the apicid reported as BSP through MP table and this
function is executed with the temporarily modified
boot_cpu_physical_apicid. As a result, disabled_cpu_apicid kernel
parameter doesn't work well for apicids of APs.
Fixing the wrong handling of boot_cpu_physical_apicid requires some
reviews and tests beyond some platforms and it could take some
time. The fix here is a kind of workaround to focus on the main topic
of this patch.
Signed-off-by: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>
Link: http://lkml.kernel.org/r/20140115064458.1545.38775.stgit@localhost6.localdomain6
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2014-01-15 13:44:58 +07:00
|
|
|
|
|
|
|
static int __init apic_set_disabled_cpu_apicid(char *arg)
|
|
|
|
{
|
|
|
|
if (!arg || !get_option(&arg, &disabled_cpu_apicid))
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
early_param("disable_cpu_apicid", apic_set_disabled_cpu_apicid);
|