2011-08-31 07:41:05 +08:00
|
|
|
/*
|
|
|
|
* Performance events x86 architecture header
|
|
|
|
*
|
|
|
|
* Copyright (C) 2008 Thomas Gleixner <tglx@linutronix.de>
|
|
|
|
* Copyright (C) 2008-2009 Red Hat, Inc., Ingo Molnar
|
|
|
|
* Copyright (C) 2009 Jaswinder Singh Rajput
|
|
|
|
* Copyright (C) 2009 Advanced Micro Devices, Inc., Robert Richter
|
2015-11-16 18:08:45 +08:00
|
|
|
* Copyright (C) 2008-2009 Red Hat, Inc., Peter Zijlstra
|
2011-08-31 07:41:05 +08:00
|
|
|
* Copyright (C) 2009 Intel Corporation, <markus.t.metzger@intel.com>
|
|
|
|
* Copyright (C) 2009 Google, Inc., Stephane Eranian
|
|
|
|
*
|
|
|
|
* For licencing details see kernel-base/COPYING
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/perf_event.h>
|
|
|
|
|
2015-12-02 09:01:00 +08:00
|
|
|
/* To enable MSR tracing please use the generic trace points. */
|
2012-05-14 21:25:34 +08:00
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
/*
|
|
|
|
* | NHM/WSM | SNB |
|
|
|
|
* register -------------------------------
|
|
|
|
* | HT | no HT | HT | no HT |
|
|
|
|
*-----------------------------------------
|
|
|
|
* offcore | core | core | cpu | core |
|
|
|
|
* lbr_sel | core | core | cpu | core |
|
|
|
|
* ld_lat | cpu | core | cpu | core |
|
|
|
|
*-----------------------------------------
|
|
|
|
*
|
|
|
|
* Given that there is a small number of shared regs,
|
|
|
|
* we can pre-allocate their slot in the per-cpu
|
|
|
|
* per-core reg tables.
|
|
|
|
*/
|
|
|
|
enum extra_reg_type {
|
|
|
|
EXTRA_REG_NONE = -1, /* not used */
|
|
|
|
|
|
|
|
EXTRA_REG_RSP_0 = 0, /* offcore_response_0 */
|
|
|
|
EXTRA_REG_RSP_1 = 1, /* offcore_response_1 */
|
2012-02-10 06:20:53 +08:00
|
|
|
EXTRA_REG_LBR = 2, /* lbr_select */
|
2013-01-24 23:10:32 +08:00
|
|
|
EXTRA_REG_LDLAT = 3, /* ld_lat_threshold */
|
2015-09-10 05:53:59 +08:00
|
|
|
EXTRA_REG_FE = 4, /* fe_* */
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
EXTRA_REG_MAX /* number of entries needed */
|
|
|
|
};
|
|
|
|
|
|
|
|
struct event_constraint {
|
|
|
|
union {
|
|
|
|
unsigned long idxmsk[BITS_TO_LONGS(X86_PMC_IDX_MAX)];
|
|
|
|
u64 idxmsk64;
|
|
|
|
};
|
|
|
|
u64 code;
|
|
|
|
u64 cmask;
|
|
|
|
int weight;
|
2011-11-18 19:35:22 +08:00
|
|
|
int overlap;
|
2013-01-24 23:10:27 +08:00
|
|
|
int flags;
|
2011-08-31 07:41:05 +08:00
|
|
|
};
|
2013-01-24 23:10:32 +08:00
|
|
|
/*
|
2013-06-21 00:42:54 +08:00
|
|
|
* struct hw_perf_event.flags flags
|
2013-01-24 23:10:32 +08:00
|
|
|
*/
|
2015-04-16 02:14:53 +08:00
|
|
|
#define PERF_X86_EVENT_PEBS_LDLAT 0x0001 /* ld+ldlat data address sampling */
|
|
|
|
#define PERF_X86_EVENT_PEBS_ST 0x0002 /* st data address sampling */
|
|
|
|
#define PERF_X86_EVENT_PEBS_ST_HSW 0x0004 /* haswell style datala, store */
|
|
|
|
#define PERF_X86_EVENT_COMMITTED 0x0008 /* event passed commit_txn */
|
|
|
|
#define PERF_X86_EVENT_PEBS_LD_HSW 0x0010 /* haswell style datala, load */
|
|
|
|
#define PERF_X86_EVENT_PEBS_NA_HSW 0x0020 /* haswell style datala, unknown */
|
|
|
|
#define PERF_X86_EVENT_EXCL 0x0040 /* HT exclusivity on counter */
|
|
|
|
#define PERF_X86_EVENT_DYNAMIC 0x0080 /* dynamic alloc'd constraint */
|
|
|
|
#define PERF_X86_EVENT_RDPMC_ALLOWED 0x0100 /* grant rdpmc permission */
|
2015-05-21 16:57:17 +08:00
|
|
|
#define PERF_X86_EVENT_EXCL_ACCT 0x0200 /* accounted EXCL event */
|
2015-05-07 03:33:47 +08:00
|
|
|
#define PERF_X86_EVENT_AUTO_RELOAD 0x0400 /* use PEBS auto-reload */
|
perf/x86/intel: Implement batched PEBS interrupt handling (large PEBS interrupt threshold)
PEBS always had the capability to log samples to its buffers without
an interrupt. Traditionally perf has not used this but always set the
PEBS threshold to one.
For frequently occurring events (like cycles or branches or load/store)
this in term requires using a relatively high sampling period to avoid
overloading the system, by only processing PMIs. This in term increases
sampling error.
For the common cases we still need to use the PMI because the PEBS
hardware has various limitations. The biggest one is that it can not
supply a callgraph. It also requires setting a fixed period, as the
hardware does not support adaptive period. Another issue is that it
cannot supply a time stamp and some other options. To supply a TID it
requires flushing on context switch. It can however supply the IP, the
load/store address, TSX information, registers, and some other things.
So we can make PEBS work for some specific cases, basically as long as
you can do without a callgraph and can set the period you can use this
new PEBS mode.
The main benefit is the ability to support much lower sampling period
(down to -c 1000) without extensive overhead.
One use cases is for example to increase the resolution of the c2c tool.
Another is double checking when you suspect the standard sampling has
too much sampling error.
Some numbers on the overhead, using cycle soak, comparing the elapsed
time from "kernbench -M -H" between plain (threshold set to one) and
multi (large threshold).
The test command for plain:
"perf record --time -e cycles:p -c $period -- kernbench -M -H"
The test command for multi:
"perf record --no-time -e cycles:p -c $period -- kernbench -M -H"
( The only difference of test command between multi and plain is time
stamp options. Since time stamp is not supported by large PEBS
threshold, it can be used as a flag to indicate if large threshold is
enabled during the test. )
period plain(Sec) multi(Sec) Delta
10003 32.7 16.5 16.2
20003 30.2 16.2 14.0
40003 18.6 14.1 4.5
80003 16.8 14.6 2.2
100003 16.9 14.1 2.8
800003 15.4 15.7 -0.3
1000003 15.3 15.2 0.2
2000003 15.3 15.1 0.1
With periods below 100003, plain (threshold one) cause much more
overhead. With 10003 sampling period, the Elapsed Time for multi is
even 2X faster than plain.
Signed-off-by: Yan, Zheng <zheng.z.yan@intel.com>
Signed-off-by: Kan Liang <kan.liang@intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: acme@infradead.org
Cc: eranian@google.com
Link: http://lkml.kernel.org/r/1430940834-8964-5-git-send-email-kan.liang@intel.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2015-05-07 03:33:50 +08:00
|
|
|
#define PERF_X86_EVENT_FREERUNNING 0x0800 /* use freerunning PEBS */
|
2014-10-25 06:58:12 +08:00
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
struct amd_nb {
|
|
|
|
int nb_id; /* NorthBridge id */
|
|
|
|
int refcnt; /* reference count */
|
|
|
|
struct perf_event *owners[X86_PMC_IDX_MAX];
|
|
|
|
struct event_constraint event_constraints[X86_PMC_IDX_MAX];
|
|
|
|
};
|
|
|
|
|
|
|
|
/* The maximal number of PEBS events: */
|
2012-06-06 08:56:48 +08:00
|
|
|
#define MAX_PEBS_EVENTS 8
|
perf/x86: Fix spurious NMI with PEBS Load Latency event
Spurious NMIs will be observed with the following command:
while :; do
perf record -bae "cpu/umask=0x01,event=0xcd,ldlat=0x80/pp"
-e "cpu/umask=0x03,event=0x0/"
-e "cpu/umask=0x02,event=0x0/"
-e cycles,branches,cache-misses
-e cache-references -- sleep 10
done
The bug was introduced by commit:
8077eca079a2 ("perf/x86/pebs: Add workaround for broken OVFL status on HSW+")
That commit clears the status bits for the counters used for PEBS
events, by masking the whole 64 bits pebs_enabled. However, only the
low 32 bits of both status and pebs_enabled are reserved for PEBS-able
counters.
For status bits 32-34 are fixed counter overflow bits. For
pebs_enabled bits 32-34 are for PEBS Load Latency.
In the test case, the PEBS Load Latency event and fixed counter event
could overflow at the same time. The fixed counter overflow bit will
be cleared by mistake. Once it is cleared, the fixed counter overflow
never be processed, which finally trigger spurious NMI.
Correct the PEBS enabled mask by ignoring the non-PEBS bits.
Signed-off-by: Kan Liang <kan.liang@intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Stephane Eranian <eranian@google.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Fixes: 8077eca079a2 ("perf/x86/pebs: Add workaround for broken OVFL status on HSW+")
Link: http://lkml.kernel.org/r/1491333246-3965-1-git-send-email-kan.liang@intel.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2017-04-05 03:14:06 +08:00
|
|
|
#define PEBS_COUNTER_MASK ((1ULL << MAX_PEBS_EVENTS) - 1)
|
2011-08-31 07:41:05 +08:00
|
|
|
|
perf/x86/intel: Implement batched PEBS interrupt handling (large PEBS interrupt threshold)
PEBS always had the capability to log samples to its buffers without
an interrupt. Traditionally perf has not used this but always set the
PEBS threshold to one.
For frequently occurring events (like cycles or branches or load/store)
this in term requires using a relatively high sampling period to avoid
overloading the system, by only processing PMIs. This in term increases
sampling error.
For the common cases we still need to use the PMI because the PEBS
hardware has various limitations. The biggest one is that it can not
supply a callgraph. It also requires setting a fixed period, as the
hardware does not support adaptive period. Another issue is that it
cannot supply a time stamp and some other options. To supply a TID it
requires flushing on context switch. It can however supply the IP, the
load/store address, TSX information, registers, and some other things.
So we can make PEBS work for some specific cases, basically as long as
you can do without a callgraph and can set the period you can use this
new PEBS mode.
The main benefit is the ability to support much lower sampling period
(down to -c 1000) without extensive overhead.
One use cases is for example to increase the resolution of the c2c tool.
Another is double checking when you suspect the standard sampling has
too much sampling error.
Some numbers on the overhead, using cycle soak, comparing the elapsed
time from "kernbench -M -H" between plain (threshold set to one) and
multi (large threshold).
The test command for plain:
"perf record --time -e cycles:p -c $period -- kernbench -M -H"
The test command for multi:
"perf record --no-time -e cycles:p -c $period -- kernbench -M -H"
( The only difference of test command between multi and plain is time
stamp options. Since time stamp is not supported by large PEBS
threshold, it can be used as a flag to indicate if large threshold is
enabled during the test. )
period plain(Sec) multi(Sec) Delta
10003 32.7 16.5 16.2
20003 30.2 16.2 14.0
40003 18.6 14.1 4.5
80003 16.8 14.6 2.2
100003 16.9 14.1 2.8
800003 15.4 15.7 -0.3
1000003 15.3 15.2 0.2
2000003 15.3 15.1 0.1
With periods below 100003, plain (threshold one) cause much more
overhead. With 10003 sampling period, the Elapsed Time for multi is
even 2X faster than plain.
Signed-off-by: Yan, Zheng <zheng.z.yan@intel.com>
Signed-off-by: Kan Liang <kan.liang@intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: acme@infradead.org
Cc: eranian@google.com
Link: http://lkml.kernel.org/r/1430940834-8964-5-git-send-email-kan.liang@intel.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2015-05-07 03:33:50 +08:00
|
|
|
/*
|
|
|
|
* Flags PEBS can handle without an PMI.
|
|
|
|
*
|
2015-05-07 03:33:51 +08:00
|
|
|
* TID can only be handled by flushing at context switch.
|
|
|
|
*
|
perf/x86/intel: Implement batched PEBS interrupt handling (large PEBS interrupt threshold)
PEBS always had the capability to log samples to its buffers without
an interrupt. Traditionally perf has not used this but always set the
PEBS threshold to one.
For frequently occurring events (like cycles or branches or load/store)
this in term requires using a relatively high sampling period to avoid
overloading the system, by only processing PMIs. This in term increases
sampling error.
For the common cases we still need to use the PMI because the PEBS
hardware has various limitations. The biggest one is that it can not
supply a callgraph. It also requires setting a fixed period, as the
hardware does not support adaptive period. Another issue is that it
cannot supply a time stamp and some other options. To supply a TID it
requires flushing on context switch. It can however supply the IP, the
load/store address, TSX information, registers, and some other things.
So we can make PEBS work for some specific cases, basically as long as
you can do without a callgraph and can set the period you can use this
new PEBS mode.
The main benefit is the ability to support much lower sampling period
(down to -c 1000) without extensive overhead.
One use cases is for example to increase the resolution of the c2c tool.
Another is double checking when you suspect the standard sampling has
too much sampling error.
Some numbers on the overhead, using cycle soak, comparing the elapsed
time from "kernbench -M -H" between plain (threshold set to one) and
multi (large threshold).
The test command for plain:
"perf record --time -e cycles:p -c $period -- kernbench -M -H"
The test command for multi:
"perf record --no-time -e cycles:p -c $period -- kernbench -M -H"
( The only difference of test command between multi and plain is time
stamp options. Since time stamp is not supported by large PEBS
threshold, it can be used as a flag to indicate if large threshold is
enabled during the test. )
period plain(Sec) multi(Sec) Delta
10003 32.7 16.5 16.2
20003 30.2 16.2 14.0
40003 18.6 14.1 4.5
80003 16.8 14.6 2.2
100003 16.9 14.1 2.8
800003 15.4 15.7 -0.3
1000003 15.3 15.2 0.2
2000003 15.3 15.1 0.1
With periods below 100003, plain (threshold one) cause much more
overhead. With 10003 sampling period, the Elapsed Time for multi is
even 2X faster than plain.
Signed-off-by: Yan, Zheng <zheng.z.yan@intel.com>
Signed-off-by: Kan Liang <kan.liang@intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: acme@infradead.org
Cc: eranian@google.com
Link: http://lkml.kernel.org/r/1430940834-8964-5-git-send-email-kan.liang@intel.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2015-05-07 03:33:50 +08:00
|
|
|
*/
|
|
|
|
#define PEBS_FREERUNNING_FLAGS \
|
2015-05-07 03:33:51 +08:00
|
|
|
(PERF_SAMPLE_IP | PERF_SAMPLE_TID | PERF_SAMPLE_ADDR | \
|
perf/x86/intel: Implement batched PEBS interrupt handling (large PEBS interrupt threshold)
PEBS always had the capability to log samples to its buffers without
an interrupt. Traditionally perf has not used this but always set the
PEBS threshold to one.
For frequently occurring events (like cycles or branches or load/store)
this in term requires using a relatively high sampling period to avoid
overloading the system, by only processing PMIs. This in term increases
sampling error.
For the common cases we still need to use the PMI because the PEBS
hardware has various limitations. The biggest one is that it can not
supply a callgraph. It also requires setting a fixed period, as the
hardware does not support adaptive period. Another issue is that it
cannot supply a time stamp and some other options. To supply a TID it
requires flushing on context switch. It can however supply the IP, the
load/store address, TSX information, registers, and some other things.
So we can make PEBS work for some specific cases, basically as long as
you can do without a callgraph and can set the period you can use this
new PEBS mode.
The main benefit is the ability to support much lower sampling period
(down to -c 1000) without extensive overhead.
One use cases is for example to increase the resolution of the c2c tool.
Another is double checking when you suspect the standard sampling has
too much sampling error.
Some numbers on the overhead, using cycle soak, comparing the elapsed
time from "kernbench -M -H" between plain (threshold set to one) and
multi (large threshold).
The test command for plain:
"perf record --time -e cycles:p -c $period -- kernbench -M -H"
The test command for multi:
"perf record --no-time -e cycles:p -c $period -- kernbench -M -H"
( The only difference of test command between multi and plain is time
stamp options. Since time stamp is not supported by large PEBS
threshold, it can be used as a flag to indicate if large threshold is
enabled during the test. )
period plain(Sec) multi(Sec) Delta
10003 32.7 16.5 16.2
20003 30.2 16.2 14.0
40003 18.6 14.1 4.5
80003 16.8 14.6 2.2
100003 16.9 14.1 2.8
800003 15.4 15.7 -0.3
1000003 15.3 15.2 0.2
2000003 15.3 15.1 0.1
With periods below 100003, plain (threshold one) cause much more
overhead. With 10003 sampling period, the Elapsed Time for multi is
even 2X faster than plain.
Signed-off-by: Yan, Zheng <zheng.z.yan@intel.com>
Signed-off-by: Kan Liang <kan.liang@intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: acme@infradead.org
Cc: eranian@google.com
Link: http://lkml.kernel.org/r/1430940834-8964-5-git-send-email-kan.liang@intel.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2015-05-07 03:33:50 +08:00
|
|
|
PERF_SAMPLE_ID | PERF_SAMPLE_CPU | PERF_SAMPLE_STREAM_ID | \
|
|
|
|
PERF_SAMPLE_DATA_SRC | PERF_SAMPLE_IDENTIFIER | \
|
|
|
|
PERF_SAMPLE_TRANSACTION)
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
/*
|
|
|
|
* A debug store configuration.
|
|
|
|
*
|
|
|
|
* We only support architectures that use 64bit fields.
|
|
|
|
*/
|
|
|
|
struct debug_store {
|
|
|
|
u64 bts_buffer_base;
|
|
|
|
u64 bts_index;
|
|
|
|
u64 bts_absolute_maximum;
|
|
|
|
u64 bts_interrupt_threshold;
|
|
|
|
u64 pebs_buffer_base;
|
|
|
|
u64 pebs_index;
|
|
|
|
u64 pebs_absolute_maximum;
|
|
|
|
u64 pebs_interrupt_threshold;
|
|
|
|
u64 pebs_event_reset[MAX_PEBS_EVENTS];
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Per register state.
|
|
|
|
*/
|
|
|
|
struct er_account {
|
perf/x86/intel: Cure bogus unwind from PEBS entries
Vince Weaver reported that perf_fuzzer + KASAN detects that PEBS event
unwinds sometimes do 'weird' things. In particular, we seemed to be
ending up unwinding from random places on the NMI stack.
While it was somewhat expected that the event record BP,SP would not
match the interrupt BP,SP in that the interrupt is strictly later than
the record event, it was overlooked that it could be on an already
overwritten stack.
Therefore, don't copy the recorded BP,SP over the interrupted BP,SP
when we need stack unwinds.
Note that its still possible the unwind doesn't full match the actual
event, as its entirely possible to have done an (I)RET between record
and interrupt, but on average it should still point in the general
direction of where the event came from. Also, it's the best we can do,
considering.
The particular scenario that triggered the bogus NMI stack unwind was
a PEBS event with very short period, upon enabling the event at the
tail of the PMI handler (FREEZE_ON_PMI is not used), it instantly
triggers a record (while still on the NMI stack) which in turn
triggers the next PMI. This then causes back-to-back NMIs and we'll
try and unwind the stack-frame from the last NMI, which obviously is
now overwritten by our own.
Analyzed-by: Josh Poimboeuf <jpoimboe@redhat.com>
Reported-by: Vince Weaver <vincent.weaver@maine.edu>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Cc: Arnaldo Carvalho de Melo <acme@kernel.org>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Stephane Eranian <eranian@gmail.com>
Cc: Stephane Eranian <eranian@google.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: davej@codemonkey.org.uk <davej@codemonkey.org.uk>
Cc: dvyukov@google.com <dvyukov@google.com>
Cc: stable@vger.kernel.org
Fixes: ca037701a025 ("perf, x86: Add PEBS infrastructure")
Link: http://lkml.kernel.org/r/20161117171731.GV3157@twins.programming.kicks-ass.net
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2016-11-18 01:17:31 +08:00
|
|
|
raw_spinlock_t lock; /* per-core: protect structure */
|
2011-08-31 07:41:05 +08:00
|
|
|
u64 config; /* extra MSR config */
|
|
|
|
u64 reg; /* extra MSR number */
|
|
|
|
atomic_t ref; /* reference count */
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Per core/cpu state
|
|
|
|
*
|
|
|
|
* Used to coordinate shared registers between HT threads or
|
|
|
|
* among events on a single PMU.
|
|
|
|
*/
|
|
|
|
struct intel_shared_regs {
|
|
|
|
struct er_account regs[EXTRA_REG_MAX];
|
|
|
|
int refcnt; /* per-core: #HT threads */
|
|
|
|
unsigned core_id; /* per-core: core id */
|
|
|
|
};
|
|
|
|
|
2014-11-18 03:06:57 +08:00
|
|
|
enum intel_excl_state_type {
|
|
|
|
INTEL_EXCL_UNUSED = 0, /* counter is unused */
|
|
|
|
INTEL_EXCL_SHARED = 1, /* counter can be used by both threads */
|
|
|
|
INTEL_EXCL_EXCLUSIVE = 2, /* counter can be used by one thread only */
|
|
|
|
};
|
|
|
|
|
|
|
|
struct intel_excl_states {
|
|
|
|
enum intel_excl_state_type state[X86_PMC_IDX_MAX];
|
perf/x86/intel: Implement cross-HT corruption bug workaround
This patch implements a software workaround for a HW erratum
on Intel SandyBridge, IvyBridge and Haswell processors
with Hyperthreading enabled. The errata are documented for
each processor in their respective specification update
documents:
- SandyBridge: BJ122
- IvyBridge: BV98
- Haswell: HSD29
The bug causes silent counter corruption across hyperthreads only
when measuring certain memory events (0xd0, 0xd1, 0xd2, 0xd3).
Counters measuring those events may leak counts to the sibling
counter. For instance, counter 0, thread 0 measuring event 0xd0,
may leak to counter 0, thread 1, regardless of the event measured
there. The size of the leak is not predictible. It all depends on
the workload and the state of each sibling hyper-thread. The
corrupting events do undercount as a consequence of the leak. The
leak is compensated automatically only when the sibling counter measures
the exact same corrupting event AND the workload is on the two threads
is the same. Given, there is no way to guarantee this, a work-around
is necessary. Furthermore, there is a serious problem if the leaked count
is added to a low-occurrence event. In that case the corruption on
the low occurrence event can be very large, e.g., orders of magnitude.
There is no HW or FW workaround for this problem.
The bug is very easy to reproduce on a loaded system.
Here is an example on a Haswell client, where CPU0, CPU4
are siblings. We load the CPUs with a simple triad app
streaming large floating-point vector. We use 0x81d0
corrupting event (MEM_UOPS_RETIRED:ALL_LOADS) and
0x20cc (ROB_MISC_EVENTS:LBR_INSERTS). Given we are not
using the LBR, the 0x20cc event should be zero.
$ taskset -c 0 triad &
$ taskset -c 4 triad &
$ perf stat -a -C 0 -e r81d0 sleep 100 &
$ perf stat -a -C 4 -r20cc sleep 10
Performance counter stats for 'system wide':
139 277 291 r20cc
10,000969126 seconds time elapsed
In this example, 0x81d0 and r20cc ar eusing sinling counters
on CPU0 and CPU4. 0x81d0 leaks into 0x20cc and corrupts it
from 0 to 139 millions occurrences.
This patch provides a software workaround to this problem by modifying the
way events are scheduled onto counters by the kernel. The patch forces
cross-thread mutual exclusion between counters in case a corrupting event
is measured by one of the hyper-threads. If thread 0, counter 0 is measuring
event 0xd0, then nothing can be measured on counter 0, thread 1. If no corrupting
event is measured on any hyper-thread, event scheduling proceeds as before.
The same example run with the workaround enabled, yield the correct answer:
$ taskset -c 0 triad &
$ taskset -c 4 triad &
$ perf stat -a -C 0 -e r81d0 sleep 100 &
$ perf stat -a -C 4 -r20cc sleep 10
Performance counter stats for 'system wide':
0 r20cc
10,000969126 seconds time elapsed
The patch does provide correctness for all non-corrupting events. It does not
"repatriate" the leaked counts back to the leaking counter. This is planned
for a second patch series. This patch series makes this repatriation more
easy by guaranteeing the sibling counter is not measuring any useful event.
The patch introduces dynamic constraints for events. That means that events which
did not have constraints, i.e., could be measured on any counters, may now be
constrained to a subset of the counters depending on what is going on the sibling
thread. The algorithm is similar to a cache coherency protocol. We call it XSU
in reference to Exclusive, Shared, Unused, the 3 possible states of a PMU
counter.
As a consequence of the workaround, users may see an increased amount of event
multiplexing, even in situtations where there are fewer events than counters
measured on a CPU.
Patch has been tested on all three impacted processors. Note that when
HT is off, there is no corruption. However, the workaround is still enabled,
yet not costing too much. Adding a dynamic detection of HT on turned out to
be complex are requiring too much to code to be justified.
This patch addresses the issue when PEBS is not used. A subsequent patch
fixes the problem when PEBS is used.
Signed-off-by: Maria Dimakopoulou <maria.n.dimakopoulou@gmail.com>
[spinlock_t -> raw_spinlock_t]
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Reviewed-by: Stephane Eranian <eranian@google.com>
Cc: bp@alien8.de
Cc: jolsa@redhat.com
Cc: kan.liang@intel.com
Link: http://lkml.kernel.org/r/1416251225-17721-7-git-send-email-eranian@google.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2014-11-18 03:06:58 +08:00
|
|
|
bool sched_started; /* true if scheduling has started */
|
2014-11-18 03:06:57 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
struct intel_excl_cntrs {
|
|
|
|
raw_spinlock_t lock;
|
|
|
|
|
|
|
|
struct intel_excl_states states[2];
|
|
|
|
|
2015-05-21 16:57:17 +08:00
|
|
|
union {
|
|
|
|
u16 has_exclusive[2];
|
|
|
|
u32 exclusive_present;
|
|
|
|
};
|
|
|
|
|
2014-11-18 03:06:57 +08:00
|
|
|
int refcnt; /* per-core: #HT threads */
|
|
|
|
unsigned core_id; /* per-core: core id */
|
|
|
|
};
|
|
|
|
|
2015-05-11 03:22:44 +08:00
|
|
|
#define MAX_LBR_ENTRIES 32
|
2011-08-31 07:41:05 +08:00
|
|
|
|
2014-11-18 03:06:54 +08:00
|
|
|
enum {
|
|
|
|
X86_PERF_KFREE_SHARED = 0,
|
|
|
|
X86_PERF_KFREE_EXCL = 1,
|
|
|
|
X86_PERF_KFREE_MAX
|
|
|
|
};
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
struct cpu_hw_events {
|
|
|
|
/*
|
|
|
|
* Generic x86 PMC bits
|
|
|
|
*/
|
|
|
|
struct perf_event *events[X86_PMC_IDX_MAX]; /* in counter order */
|
|
|
|
unsigned long active_mask[BITS_TO_LONGS(X86_PMC_IDX_MAX)];
|
|
|
|
unsigned long running[BITS_TO_LONGS(X86_PMC_IDX_MAX)];
|
|
|
|
int enabled;
|
|
|
|
|
2014-02-24 19:26:21 +08:00
|
|
|
int n_events; /* the # of events in the below arrays */
|
|
|
|
int n_added; /* the # last events in the below arrays;
|
|
|
|
they've never been enabled yet */
|
|
|
|
int n_txn; /* the # last events in the below arrays;
|
|
|
|
added in the current transaction */
|
2011-08-31 07:41:05 +08:00
|
|
|
int assign[X86_PMC_IDX_MAX]; /* event to counter assignment */
|
|
|
|
u64 tags[X86_PMC_IDX_MAX];
|
2015-05-21 16:57:13 +08:00
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
struct perf_event *event_list[X86_PMC_IDX_MAX]; /* in enabled order */
|
2015-05-21 16:57:13 +08:00
|
|
|
struct event_constraint *event_constraint[X86_PMC_IDX_MAX];
|
|
|
|
|
2015-05-21 16:57:17 +08:00
|
|
|
int n_excl; /* the number of exclusive events */
|
2011-08-31 07:41:05 +08:00
|
|
|
|
2015-09-04 11:07:45 +08:00
|
|
|
unsigned int txn_flags;
|
2012-06-05 21:30:31 +08:00
|
|
|
int is_fake;
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Intel DebugStore bits
|
|
|
|
*/
|
|
|
|
struct debug_store *ds;
|
|
|
|
u64 pebs_enabled;
|
2016-07-07 00:02:43 +08:00
|
|
|
int n_pebs;
|
|
|
|
int n_large_pebs;
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Intel LBR bits
|
|
|
|
*/
|
|
|
|
int lbr_users;
|
|
|
|
struct perf_branch_stack lbr_stack;
|
|
|
|
struct perf_branch_entry lbr_entries[MAX_LBR_ENTRIES];
|
2012-02-10 06:20:53 +08:00
|
|
|
struct er_account *lbr_sel;
|
2012-02-10 06:20:58 +08:00
|
|
|
u64 br_sel;
|
2011-08-31 07:41:05 +08:00
|
|
|
|
2011-10-05 20:01:21 +08:00
|
|
|
/*
|
|
|
|
* Intel host/guest exclude bits
|
|
|
|
*/
|
|
|
|
u64 intel_ctrl_guest_mask;
|
|
|
|
u64 intel_ctrl_host_mask;
|
|
|
|
struct perf_guest_switch_msr guest_switch_msrs[X86_PMC_IDX_MAX];
|
|
|
|
|
2013-09-12 18:53:44 +08:00
|
|
|
/*
|
|
|
|
* Intel checkpoint mask
|
|
|
|
*/
|
|
|
|
u64 intel_cp_status;
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
/*
|
|
|
|
* manage shared (per-core, per-cpu) registers
|
|
|
|
* used on Intel NHM/WSM/SNB
|
|
|
|
*/
|
|
|
|
struct intel_shared_regs *shared_regs;
|
2014-11-18 03:06:57 +08:00
|
|
|
/*
|
|
|
|
* manage exclusive counter access between hyperthread
|
|
|
|
*/
|
|
|
|
struct event_constraint *constraint_list; /* in enable order */
|
|
|
|
struct intel_excl_cntrs *excl_cntrs;
|
|
|
|
int excl_thread_id; /* 0 or 1 */
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* AMD specific bits
|
|
|
|
*/
|
2012-02-29 21:57:32 +08:00
|
|
|
struct amd_nb *amd_nb;
|
|
|
|
/* Inverted mask of bits to clear in the perf_ctr ctrl registers */
|
|
|
|
u64 perf_ctr_virt_mask;
|
2011-08-31 07:41:05 +08:00
|
|
|
|
2014-11-18 03:06:54 +08:00
|
|
|
void *kfree_on_online[X86_PERF_KFREE_MAX];
|
2011-08-31 07:41:05 +08:00
|
|
|
};
|
|
|
|
|
2013-01-24 23:10:27 +08:00
|
|
|
#define __EVENT_CONSTRAINT(c, n, m, w, o, f) {\
|
2011-08-31 07:41:05 +08:00
|
|
|
{ .idxmsk64 = (n) }, \
|
|
|
|
.code = (c), \
|
|
|
|
.cmask = (m), \
|
|
|
|
.weight = (w), \
|
2011-11-18 19:35:22 +08:00
|
|
|
.overlap = (o), \
|
2013-01-24 23:10:27 +08:00
|
|
|
.flags = f, \
|
2011-08-31 07:41:05 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
#define EVENT_CONSTRAINT(c, n, m) \
|
2013-01-24 23:10:27 +08:00
|
|
|
__EVENT_CONSTRAINT(c, n, m, HWEIGHT(n), 0, 0)
|
2011-11-18 19:35:22 +08:00
|
|
|
|
2014-11-18 03:06:57 +08:00
|
|
|
#define INTEL_EXCLEVT_CONSTRAINT(c, n) \
|
|
|
|
__EVENT_CONSTRAINT(c, n, ARCH_PERFMON_EVENTSEL_EVENT, HWEIGHT(n),\
|
|
|
|
0, PERF_X86_EVENT_EXCL)
|
|
|
|
|
2011-11-18 19:35:22 +08:00
|
|
|
/*
|
|
|
|
* The overlap flag marks event constraints with overlapping counter
|
|
|
|
* masks. This is the case if the counter mask of such an event is not
|
|
|
|
* a subset of any other counter mask of a constraint with an equal or
|
|
|
|
* higher weight, e.g.:
|
|
|
|
*
|
|
|
|
* c_overlaps = EVENT_CONSTRAINT_OVERLAP(0, 0x09, 0);
|
|
|
|
* c_another1 = EVENT_CONSTRAINT(0, 0x07, 0);
|
|
|
|
* c_another2 = EVENT_CONSTRAINT(0, 0x38, 0);
|
|
|
|
*
|
|
|
|
* The event scheduler may not select the correct counter in the first
|
|
|
|
* cycle because it needs to know which subsequent events will be
|
|
|
|
* scheduled. It may fail to schedule the events then. So we set the
|
|
|
|
* overlap flag for such constraints to give the scheduler a hint which
|
|
|
|
* events to select for counter rescheduling.
|
|
|
|
*
|
|
|
|
* Care must be taken as the rescheduling algorithm is O(n!) which
|
2016-02-24 07:34:30 +08:00
|
|
|
* will increase scheduling cycles for an over-committed system
|
2011-11-18 19:35:22 +08:00
|
|
|
* dramatically. The number of such EVENT_CONSTRAINT_OVERLAP() macros
|
|
|
|
* and its counter masks must be kept at a minimum.
|
|
|
|
*/
|
|
|
|
#define EVENT_CONSTRAINT_OVERLAP(c, n, m) \
|
2013-01-24 23:10:27 +08:00
|
|
|
__EVENT_CONSTRAINT(c, n, m, HWEIGHT(n), 1, 0)
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Constraint on the Event code.
|
|
|
|
*/
|
|
|
|
#define INTEL_EVENT_CONSTRAINT(c, n) \
|
|
|
|
EVENT_CONSTRAINT(c, n, ARCH_PERFMON_EVENTSEL_EVENT)
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Constraint on the Event code + UMask + fixed-mask
|
|
|
|
*
|
|
|
|
* filter mask to validate fixed counter events.
|
|
|
|
* the following filters disqualify for fixed counters:
|
|
|
|
* - inv
|
|
|
|
* - edge
|
|
|
|
* - cnt-mask
|
2013-06-18 08:36:48 +08:00
|
|
|
* - in_tx
|
|
|
|
* - in_tx_checkpointed
|
2011-08-31 07:41:05 +08:00
|
|
|
* The other filters are supported by fixed counters.
|
|
|
|
* The any-thread option is supported starting with v3.
|
|
|
|
*/
|
2013-06-18 08:36:48 +08:00
|
|
|
#define FIXED_EVENT_FLAGS (X86_RAW_EVENT_MASK|HSW_IN_TX|HSW_IN_TX_CHECKPOINTED)
|
2011-08-31 07:41:05 +08:00
|
|
|
#define FIXED_EVENT_CONSTRAINT(c, n) \
|
2013-06-18 08:36:48 +08:00
|
|
|
EVENT_CONSTRAINT(c, (1ULL << (32+n)), FIXED_EVENT_FLAGS)
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Constraint on the Event code + UMask
|
|
|
|
*/
|
|
|
|
#define INTEL_UEVENT_CONSTRAINT(c, n) \
|
|
|
|
EVENT_CONSTRAINT(c, n, INTEL_ARCH_EVENT_MASK)
|
|
|
|
|
2015-11-17 08:21:07 +08:00
|
|
|
/* Constraint on specific umask bit only + event */
|
|
|
|
#define INTEL_UBIT_EVENT_CONSTRAINT(c, n) \
|
|
|
|
EVENT_CONSTRAINT(c, n, ARCH_PERFMON_EVENTSEL_EVENT|(c))
|
|
|
|
|
2014-09-24 22:34:46 +08:00
|
|
|
/* Like UEVENT_CONSTRAINT, but match flags too */
|
|
|
|
#define INTEL_FLAGS_UEVENT_CONSTRAINT(c, n) \
|
|
|
|
EVENT_CONSTRAINT(c, n, INTEL_ARCH_EVENT_MASK|X86_ALL_EVENT_FLAGS)
|
|
|
|
|
perf/x86/intel: Implement cross-HT corruption bug workaround
This patch implements a software workaround for a HW erratum
on Intel SandyBridge, IvyBridge and Haswell processors
with Hyperthreading enabled. The errata are documented for
each processor in their respective specification update
documents:
- SandyBridge: BJ122
- IvyBridge: BV98
- Haswell: HSD29
The bug causes silent counter corruption across hyperthreads only
when measuring certain memory events (0xd0, 0xd1, 0xd2, 0xd3).
Counters measuring those events may leak counts to the sibling
counter. For instance, counter 0, thread 0 measuring event 0xd0,
may leak to counter 0, thread 1, regardless of the event measured
there. The size of the leak is not predictible. It all depends on
the workload and the state of each sibling hyper-thread. The
corrupting events do undercount as a consequence of the leak. The
leak is compensated automatically only when the sibling counter measures
the exact same corrupting event AND the workload is on the two threads
is the same. Given, there is no way to guarantee this, a work-around
is necessary. Furthermore, there is a serious problem if the leaked count
is added to a low-occurrence event. In that case the corruption on
the low occurrence event can be very large, e.g., orders of magnitude.
There is no HW or FW workaround for this problem.
The bug is very easy to reproduce on a loaded system.
Here is an example on a Haswell client, where CPU0, CPU4
are siblings. We load the CPUs with a simple triad app
streaming large floating-point vector. We use 0x81d0
corrupting event (MEM_UOPS_RETIRED:ALL_LOADS) and
0x20cc (ROB_MISC_EVENTS:LBR_INSERTS). Given we are not
using the LBR, the 0x20cc event should be zero.
$ taskset -c 0 triad &
$ taskset -c 4 triad &
$ perf stat -a -C 0 -e r81d0 sleep 100 &
$ perf stat -a -C 4 -r20cc sleep 10
Performance counter stats for 'system wide':
139 277 291 r20cc
10,000969126 seconds time elapsed
In this example, 0x81d0 and r20cc ar eusing sinling counters
on CPU0 and CPU4. 0x81d0 leaks into 0x20cc and corrupts it
from 0 to 139 millions occurrences.
This patch provides a software workaround to this problem by modifying the
way events are scheduled onto counters by the kernel. The patch forces
cross-thread mutual exclusion between counters in case a corrupting event
is measured by one of the hyper-threads. If thread 0, counter 0 is measuring
event 0xd0, then nothing can be measured on counter 0, thread 1. If no corrupting
event is measured on any hyper-thread, event scheduling proceeds as before.
The same example run with the workaround enabled, yield the correct answer:
$ taskset -c 0 triad &
$ taskset -c 4 triad &
$ perf stat -a -C 0 -e r81d0 sleep 100 &
$ perf stat -a -C 4 -r20cc sleep 10
Performance counter stats for 'system wide':
0 r20cc
10,000969126 seconds time elapsed
The patch does provide correctness for all non-corrupting events. It does not
"repatriate" the leaked counts back to the leaking counter. This is planned
for a second patch series. This patch series makes this repatriation more
easy by guaranteeing the sibling counter is not measuring any useful event.
The patch introduces dynamic constraints for events. That means that events which
did not have constraints, i.e., could be measured on any counters, may now be
constrained to a subset of the counters depending on what is going on the sibling
thread. The algorithm is similar to a cache coherency protocol. We call it XSU
in reference to Exclusive, Shared, Unused, the 3 possible states of a PMU
counter.
As a consequence of the workaround, users may see an increased amount of event
multiplexing, even in situtations where there are fewer events than counters
measured on a CPU.
Patch has been tested on all three impacted processors. Note that when
HT is off, there is no corruption. However, the workaround is still enabled,
yet not costing too much. Adding a dynamic detection of HT on turned out to
be complex are requiring too much to code to be justified.
This patch addresses the issue when PEBS is not used. A subsequent patch
fixes the problem when PEBS is used.
Signed-off-by: Maria Dimakopoulou <maria.n.dimakopoulou@gmail.com>
[spinlock_t -> raw_spinlock_t]
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Reviewed-by: Stephane Eranian <eranian@google.com>
Cc: bp@alien8.de
Cc: jolsa@redhat.com
Cc: kan.liang@intel.com
Link: http://lkml.kernel.org/r/1416251225-17721-7-git-send-email-eranian@google.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2014-11-18 03:06:58 +08:00
|
|
|
#define INTEL_EXCLUEVT_CONSTRAINT(c, n) \
|
|
|
|
__EVENT_CONSTRAINT(c, n, INTEL_ARCH_EVENT_MASK, \
|
|
|
|
HWEIGHT(n), 0, PERF_X86_EVENT_EXCL)
|
|
|
|
|
2013-01-24 23:10:32 +08:00
|
|
|
#define INTEL_PLD_CONSTRAINT(c, n) \
|
2014-08-12 03:27:10 +08:00
|
|
|
__EVENT_CONSTRAINT(c, n, INTEL_ARCH_EVENT_MASK|X86_ALL_EVENT_FLAGS, \
|
2013-01-24 23:10:32 +08:00
|
|
|
HWEIGHT(n), 0, PERF_X86_EVENT_PEBS_LDLAT)
|
|
|
|
|
2013-01-24 23:10:34 +08:00
|
|
|
#define INTEL_PST_CONSTRAINT(c, n) \
|
2014-08-12 03:27:10 +08:00
|
|
|
__EVENT_CONSTRAINT(c, n, INTEL_ARCH_EVENT_MASK|X86_ALL_EVENT_FLAGS, \
|
2013-01-24 23:10:34 +08:00
|
|
|
HWEIGHT(n), 0, PERF_X86_EVENT_PEBS_ST)
|
|
|
|
|
2014-08-12 03:27:10 +08:00
|
|
|
/* Event constraint, but match on all event flags too. */
|
|
|
|
#define INTEL_FLAGS_EVENT_CONSTRAINT(c, n) \
|
|
|
|
EVENT_CONSTRAINT(c, n, INTEL_ARCH_EVENT_MASK|X86_ALL_EVENT_FLAGS)
|
|
|
|
|
|
|
|
/* Check only flags, but allow all event/umask */
|
|
|
|
#define INTEL_ALL_EVENT_CONSTRAINT(code, n) \
|
|
|
|
EVENT_CONSTRAINT(code, n, X86_ALL_EVENT_FLAGS)
|
|
|
|
|
|
|
|
/* Check flags and event code, and set the HSW store flag */
|
|
|
|
#define INTEL_FLAGS_EVENT_CONSTRAINT_DATALA_ST(code, n) \
|
|
|
|
__EVENT_CONSTRAINT(code, n, \
|
|
|
|
ARCH_PERFMON_EVENTSEL_EVENT|X86_ALL_EVENT_FLAGS, \
|
|
|
|
HWEIGHT(n), 0, PERF_X86_EVENT_PEBS_ST_HSW)
|
|
|
|
|
|
|
|
/* Check flags and event code, and set the HSW load flag */
|
|
|
|
#define INTEL_FLAGS_EVENT_CONSTRAINT_DATALA_LD(code, n) \
|
2014-11-18 03:07:00 +08:00
|
|
|
__EVENT_CONSTRAINT(code, n, \
|
2014-08-12 03:27:10 +08:00
|
|
|
ARCH_PERFMON_EVENTSEL_EVENT|X86_ALL_EVENT_FLAGS, \
|
|
|
|
HWEIGHT(n), 0, PERF_X86_EVENT_PEBS_LD_HSW)
|
|
|
|
|
2014-11-18 03:07:00 +08:00
|
|
|
#define INTEL_FLAGS_EVENT_CONSTRAINT_DATALA_XLD(code, n) \
|
|
|
|
__EVENT_CONSTRAINT(code, n, \
|
|
|
|
ARCH_PERFMON_EVENTSEL_EVENT|X86_ALL_EVENT_FLAGS, \
|
|
|
|
HWEIGHT(n), 0, \
|
|
|
|
PERF_X86_EVENT_PEBS_LD_HSW|PERF_X86_EVENT_EXCL)
|
|
|
|
|
2014-08-12 03:27:10 +08:00
|
|
|
/* Check flags and event code/umask, and set the HSW store flag */
|
|
|
|
#define INTEL_FLAGS_UEVENT_CONSTRAINT_DATALA_ST(code, n) \
|
|
|
|
__EVENT_CONSTRAINT(code, n, \
|
|
|
|
INTEL_ARCH_EVENT_MASK|X86_ALL_EVENT_FLAGS, \
|
2013-06-18 08:36:52 +08:00
|
|
|
HWEIGHT(n), 0, PERF_X86_EVENT_PEBS_ST_HSW)
|
|
|
|
|
2014-11-18 03:07:00 +08:00
|
|
|
#define INTEL_FLAGS_UEVENT_CONSTRAINT_DATALA_XST(code, n) \
|
|
|
|
__EVENT_CONSTRAINT(code, n, \
|
|
|
|
INTEL_ARCH_EVENT_MASK|X86_ALL_EVENT_FLAGS, \
|
|
|
|
HWEIGHT(n), 0, \
|
|
|
|
PERF_X86_EVENT_PEBS_ST_HSW|PERF_X86_EVENT_EXCL)
|
|
|
|
|
2014-08-12 03:27:10 +08:00
|
|
|
/* Check flags and event code/umask, and set the HSW load flag */
|
|
|
|
#define INTEL_FLAGS_UEVENT_CONSTRAINT_DATALA_LD(code, n) \
|
|
|
|
__EVENT_CONSTRAINT(code, n, \
|
|
|
|
INTEL_ARCH_EVENT_MASK|X86_ALL_EVENT_FLAGS, \
|
|
|
|
HWEIGHT(n), 0, PERF_X86_EVENT_PEBS_LD_HSW)
|
|
|
|
|
2014-11-18 03:07:00 +08:00
|
|
|
#define INTEL_FLAGS_UEVENT_CONSTRAINT_DATALA_XLD(code, n) \
|
|
|
|
__EVENT_CONSTRAINT(code, n, \
|
|
|
|
INTEL_ARCH_EVENT_MASK|X86_ALL_EVENT_FLAGS, \
|
|
|
|
HWEIGHT(n), 0, \
|
|
|
|
PERF_X86_EVENT_PEBS_LD_HSW|PERF_X86_EVENT_EXCL)
|
|
|
|
|
2014-08-12 03:27:10 +08:00
|
|
|
/* Check flags and event code/umask, and set the HSW N/A flag */
|
|
|
|
#define INTEL_FLAGS_UEVENT_CONSTRAINT_DATALA_NA(code, n) \
|
|
|
|
__EVENT_CONSTRAINT(code, n, \
|
2015-11-09 17:24:31 +08:00
|
|
|
INTEL_ARCH_EVENT_MASK|X86_ALL_EVENT_FLAGS, \
|
2014-08-12 03:27:10 +08:00
|
|
|
HWEIGHT(n), 0, PERF_X86_EVENT_PEBS_NA_HSW)
|
|
|
|
|
|
|
|
|
2013-12-05 07:24:37 +08:00
|
|
|
/*
|
|
|
|
* We define the end marker as having a weight of -1
|
|
|
|
* to enable blacklisting of events using a counter bitmask
|
|
|
|
* of zero and thus a weight of zero.
|
|
|
|
* The end marker has a weight that cannot possibly be
|
|
|
|
* obtained from counting the bits in the bitmask.
|
|
|
|
*/
|
|
|
|
#define EVENT_CONSTRAINT_END { .weight = -1 }
|
2011-08-31 07:41:05 +08:00
|
|
|
|
2013-12-05 07:24:37 +08:00
|
|
|
/*
|
|
|
|
* Check for end marker with weight == -1
|
|
|
|
*/
|
2011-08-31 07:41:05 +08:00
|
|
|
#define for_each_event_constraint(e, c) \
|
2013-12-05 07:24:37 +08:00
|
|
|
for ((e) = (c); (e)->weight != -1; (e)++)
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Extra registers for specific events.
|
|
|
|
*
|
|
|
|
* Some events need large masks and require external MSRs.
|
|
|
|
* Those extra MSRs end up being shared for all events on
|
|
|
|
* a PMU and sometimes between PMU of sibling HT threads.
|
|
|
|
* In either case, the kernel needs to handle conflicting
|
|
|
|
* accesses to those extra, shared, regs. The data structure
|
|
|
|
* to manage those registers is stored in cpu_hw_event.
|
|
|
|
*/
|
|
|
|
struct extra_reg {
|
|
|
|
unsigned int event;
|
|
|
|
unsigned int msr;
|
|
|
|
u64 config_mask;
|
|
|
|
u64 valid_mask;
|
|
|
|
int idx; /* per_xxx->regs[] reg index */
|
2014-07-15 03:25:56 +08:00
|
|
|
bool extra_msr_access;
|
2011-08-31 07:41:05 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
#define EVENT_EXTRA_REG(e, ms, m, vm, i) { \
|
2014-07-15 03:25:56 +08:00
|
|
|
.event = (e), \
|
|
|
|
.msr = (ms), \
|
|
|
|
.config_mask = (m), \
|
|
|
|
.valid_mask = (vm), \
|
|
|
|
.idx = EXTRA_REG_##i, \
|
|
|
|
.extra_msr_access = true, \
|
2011-08-31 07:41:05 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
#define INTEL_EVENT_EXTRA_REG(event, msr, vm, idx) \
|
|
|
|
EVENT_EXTRA_REG(event, msr, ARCH_PERFMON_EVENTSEL_EVENT, vm, idx)
|
|
|
|
|
2013-01-24 23:10:32 +08:00
|
|
|
#define INTEL_UEVENT_EXTRA_REG(event, msr, vm, idx) \
|
|
|
|
EVENT_EXTRA_REG(event, msr, ARCH_PERFMON_EVENTSEL_EVENT | \
|
|
|
|
ARCH_PERFMON_EVENTSEL_UMASK, vm, idx)
|
|
|
|
|
|
|
|
#define INTEL_UEVENT_PEBS_LDLAT_EXTRA_REG(c) \
|
|
|
|
INTEL_UEVENT_EXTRA_REG(c, \
|
|
|
|
MSR_PEBS_LD_LAT_THRESHOLD, \
|
|
|
|
0xffff, \
|
|
|
|
LDLAT)
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
#define EVENT_EXTRA_END EVENT_EXTRA_REG(0, 0, 0, 0, RSP_0)
|
|
|
|
|
|
|
|
union perf_capabilities {
|
|
|
|
struct {
|
|
|
|
u64 lbr_format:6;
|
|
|
|
u64 pebs_trap:1;
|
|
|
|
u64 pebs_arch_reg:1;
|
|
|
|
u64 pebs_format:4;
|
|
|
|
u64 smm_freeze:1;
|
2013-06-25 23:12:33 +08:00
|
|
|
/*
|
|
|
|
* PMU supports separate counter range for writing
|
|
|
|
* values > 32bit.
|
|
|
|
*/
|
|
|
|
u64 full_width_write:1;
|
2011-08-31 07:41:05 +08:00
|
|
|
};
|
|
|
|
u64 capabilities;
|
|
|
|
};
|
|
|
|
|
2011-12-06 21:07:15 +08:00
|
|
|
struct x86_pmu_quirk {
|
|
|
|
struct x86_pmu_quirk *next;
|
|
|
|
void (*func)(void);
|
|
|
|
};
|
|
|
|
|
2012-03-12 19:44:35 +08:00
|
|
|
union x86_pmu_config {
|
|
|
|
struct {
|
|
|
|
u64 event:8,
|
|
|
|
umask:8,
|
|
|
|
usr:1,
|
|
|
|
os:1,
|
|
|
|
edge:1,
|
|
|
|
pc:1,
|
|
|
|
interrupt:1,
|
|
|
|
__reserved1:1,
|
|
|
|
en:1,
|
|
|
|
inv:1,
|
|
|
|
cmask:8,
|
|
|
|
event2:4,
|
|
|
|
__reserved2:4,
|
|
|
|
go:1,
|
|
|
|
ho:1;
|
|
|
|
} bits;
|
|
|
|
u64 value;
|
|
|
|
};
|
|
|
|
|
|
|
|
#define X86_CONFIG(args...) ((union x86_pmu_config){.bits = {args}}).value
|
|
|
|
|
2015-01-14 20:18:20 +08:00
|
|
|
enum {
|
|
|
|
x86_lbr_exclusive_lbr,
|
2015-01-30 18:40:35 +08:00
|
|
|
x86_lbr_exclusive_bts,
|
2015-01-14 20:18:20 +08:00
|
|
|
x86_lbr_exclusive_pt,
|
|
|
|
x86_lbr_exclusive_max,
|
|
|
|
};
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
/*
|
|
|
|
* struct x86_pmu - generic x86 pmu
|
|
|
|
*/
|
|
|
|
struct x86_pmu {
|
|
|
|
/*
|
|
|
|
* Generic x86 PMC bits
|
|
|
|
*/
|
|
|
|
const char *name;
|
|
|
|
int version;
|
|
|
|
int (*handle_irq)(struct pt_regs *);
|
|
|
|
void (*disable_all)(void);
|
|
|
|
void (*enable_all)(int added);
|
|
|
|
void (*enable)(struct perf_event *);
|
|
|
|
void (*disable)(struct perf_event *);
|
perf/x86: Ensure perf_sched_cb_{inc,dec}() is only called from pmu::{add,del}()
Currently perf_sched_cb_{inc,dec}() are called from
pmu::{start,stop}(), which has the problem that this can happen from
NMI context, this is making it hard to optimize perf_pmu_sched_task().
Furthermore, we really only need this accounting on pmu::{add,del}(),
so doing it from pmu::{start,stop}() is doing more work than we really
need.
Introduce x86_pmu::{add,del}() and wire up the LBR and PEBS.
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Stephane Eranian <eranian@google.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2016-07-07 00:02:43 +08:00
|
|
|
void (*add)(struct perf_event *);
|
|
|
|
void (*del)(struct perf_event *);
|
2011-08-31 07:41:05 +08:00
|
|
|
int (*hw_config)(struct perf_event *event);
|
|
|
|
int (*schedule_events)(struct cpu_hw_events *cpuc, int n, int *assign);
|
|
|
|
unsigned eventsel;
|
|
|
|
unsigned perfctr;
|
2013-02-07 01:26:27 +08:00
|
|
|
int (*addr_offset)(int index, bool eventsel);
|
2013-02-07 01:26:28 +08:00
|
|
|
int (*rdpmc_index)(int index);
|
2011-08-31 07:41:05 +08:00
|
|
|
u64 (*event_map)(int);
|
|
|
|
int max_events;
|
|
|
|
int num_counters;
|
|
|
|
int num_counters_fixed;
|
|
|
|
int cntval_bits;
|
|
|
|
u64 cntval_mask;
|
2011-11-10 20:57:26 +08:00
|
|
|
union {
|
|
|
|
unsigned long events_maskl;
|
|
|
|
unsigned long events_mask[BITS_TO_LONGS(ARCH_PERFMON_EVENTS_COUNT)];
|
|
|
|
};
|
|
|
|
int events_mask_len;
|
2011-08-31 07:41:05 +08:00
|
|
|
int apic;
|
|
|
|
u64 max_period;
|
|
|
|
struct event_constraint *
|
|
|
|
(*get_event_constraints)(struct cpu_hw_events *cpuc,
|
2014-11-18 03:06:56 +08:00
|
|
|
int idx,
|
2011-08-31 07:41:05 +08:00
|
|
|
struct perf_event *event);
|
|
|
|
|
|
|
|
void (*put_event_constraints)(struct cpu_hw_events *cpuc,
|
|
|
|
struct perf_event *event);
|
2014-11-18 03:06:55 +08:00
|
|
|
|
|
|
|
void (*start_scheduling)(struct cpu_hw_events *cpuc);
|
|
|
|
|
2015-05-21 16:57:32 +08:00
|
|
|
void (*commit_scheduling)(struct cpu_hw_events *cpuc, int idx, int cntr);
|
|
|
|
|
2014-11-18 03:06:55 +08:00
|
|
|
void (*stop_scheduling)(struct cpu_hw_events *cpuc);
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
struct event_constraint *event_constraints;
|
2011-12-06 21:07:15 +08:00
|
|
|
struct x86_pmu_quirk *quirks;
|
2011-08-31 07:41:05 +08:00
|
|
|
int perfctr_second_write;
|
2013-06-18 08:36:50 +08:00
|
|
|
bool late_ack;
|
perf/x86/intel: Add INST_RETIRED.ALL workarounds
On Broadwell INST_RETIRED.ALL cannot be used with any period
that doesn't have the lowest 6 bits cleared. And the period
should not be smaller than 128.
This is erratum BDM11 and BDM55:
http://www.intel.com/content/dam/www/public/us/en/documents/specification-updates/5th-gen-core-family-spec-update.pdf
BDM11: When using a period < 100; we may get incorrect PEBS/PMI
interrupts and/or an invalid counter state.
BDM55: When bit0-5 of the period are !0 we may get redundant PEBS
records on overflow.
Add a new callback to enforce this, and set it for Broadwell.
How does this handle the case when an app requests a specific
period with some of the bottom bits set?
Short answer:
Any useful instruction sampling period needs to be 4-6 orders
of magnitude larger than 128, as an PMI every 128 instructions
would instantly overwhelm the system and be throttled.
So the +-64 error from this is really small compared to the
period, much smaller than normal system jitter.
Long answer (by Peterz):
IFF we guarantee perf_event_attr::sample_period >= 128.
Suppose we start out with sample_period=192; then we'll set period_left
to 192, we'll end up with left = 128 (we truncate the lower bits). We
get an interrupt, find that period_left = 64 (>0 so we return 0 and
don't get an overflow handler), up that to 128. Then we trigger again,
at n=256. Then we find period_left = -64 (<=0 so we return 1 and do get
an overflow). We increment with sample_period so we get left = 128. We
fire again, at n=384, period_left = 0 (<=0 so we return 1 and get an
overflow). And on and on.
So while the individual interrupts are 'wrong' we get then with
interval=256,128 in exactly the right ratio to average out at 192. And
this works for everything >=128.
So the num_samples*fixed_period thing is still entirely correct +- 127,
which is good enough I'd say, as you already have that error anyhow.
So no need to 'fix' the tools, al we need to do is refuse to create
INST_RETIRED:ALL events with sample_period < 128.
Signed-off-by: Andi Kleen <ak@linux.intel.com>
[ Updated comments and changelog a bit. ]
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Link: http://lkml.kernel.org/r/1424225886-18652-3-git-send-email-andi@firstfloor.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2015-02-18 10:18:06 +08:00
|
|
|
unsigned (*limit_period)(struct perf_event *event, unsigned l);
|
2011-08-31 07:41:05 +08:00
|
|
|
|
2011-11-21 06:30:47 +08:00
|
|
|
/*
|
|
|
|
* sysfs attrs
|
|
|
|
*/
|
2014-02-06 03:48:51 +08:00
|
|
|
int attr_rdpmc_broken;
|
2011-11-21 06:30:47 +08:00
|
|
|
int attr_rdpmc;
|
2012-03-16 03:09:14 +08:00
|
|
|
struct attribute **format_attrs;
|
2013-01-24 23:10:32 +08:00
|
|
|
struct attribute **event_attrs;
|
2011-11-21 06:30:47 +08:00
|
|
|
|
2012-10-10 20:53:11 +08:00
|
|
|
ssize_t (*events_sysfs_show)(char *page, u64 config);
|
2013-01-24 23:10:25 +08:00
|
|
|
struct attribute **cpu_events;
|
2012-10-10 20:53:11 +08:00
|
|
|
|
2017-05-12 22:51:13 +08:00
|
|
|
unsigned long attr_freeze_on_smi;
|
|
|
|
struct attribute **attrs;
|
|
|
|
|
2011-11-21 06:30:47 +08:00
|
|
|
/*
|
|
|
|
* CPU Hotplug hooks
|
|
|
|
*/
|
2011-08-31 07:41:05 +08:00
|
|
|
int (*cpu_prepare)(int cpu);
|
|
|
|
void (*cpu_starting)(int cpu);
|
|
|
|
void (*cpu_dying)(int cpu);
|
|
|
|
void (*cpu_dead)(int cpu);
|
2012-06-08 20:50:50 +08:00
|
|
|
|
|
|
|
void (*check_microcode)(void);
|
2014-11-05 10:55:58 +08:00
|
|
|
void (*sched_task)(struct perf_event_context *ctx,
|
|
|
|
bool sched_in);
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Intel Arch Perfmon v2+
|
|
|
|
*/
|
|
|
|
u64 intel_ctrl;
|
|
|
|
union perf_capabilities intel_cap;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Intel DebugStore bits
|
|
|
|
*/
|
2012-07-09 19:50:23 +08:00
|
|
|
unsigned int bts :1,
|
2012-06-27 05:38:39 +08:00
|
|
|
bts_active :1,
|
|
|
|
pebs :1,
|
|
|
|
pebs_active :1,
|
perf/x86: Use INST_RETIRED.PREC_DIST for cycles: ppp
Add a new 'three-p' precise level, that uses INST_RETIRED.PREC_DIST as
base. The basic mechanism of abusing the inverse cmask to get all
cycles works the same as before.
PREC_DIST is available on Sandy Bridge or later. It had some problems
on Sandy Bridge, so we only use it on IvyBridge and later. I tested it
on Broadwell and Skylake.
PREC_DIST has special support for avoiding shadow effects, which can
give better results compare to UOPS_RETIRED. The drawback is that
PREC_DIST can only schedule on counter 1, but that is ok for cycle
sampling, as there is normally no need to do multiple cycle sampling
runs in parallel. It is still possible to run perf top in parallel, as
that doesn't use precise mode. Also of course the multiplexing can
still allow parallel operation.
:pp stays with the previous event.
Example:
Sample a loop with 10 sqrt with old cycles:pp
0.14 │10: sqrtps %xmm1,%xmm0 <--------------
9.13 │ sqrtps %xmm1,%xmm0
11.58 │ sqrtps %xmm1,%xmm0
11.51 │ sqrtps %xmm1,%xmm0
6.27 │ sqrtps %xmm1,%xmm0
10.38 │ sqrtps %xmm1,%xmm0
12.20 │ sqrtps %xmm1,%xmm0
12.74 │ sqrtps %xmm1,%xmm0
5.40 │ sqrtps %xmm1,%xmm0
10.14 │ sqrtps %xmm1,%xmm0
10.51 │ ↑ jmp 10
We expect all 10 sqrt to get roughly the sample number of samples.
But you can see that the instruction directly after the JMP is
systematically underestimated in the result, due to sampling shadow
effects.
With the new PREC_DIST based sampling this problem is gone and all
instructions show up roughly evenly:
9.51 │10: sqrtps %xmm1,%xmm0
11.74 │ sqrtps %xmm1,%xmm0
11.84 │ sqrtps %xmm1,%xmm0
6.05 │ sqrtps %xmm1,%xmm0
10.46 │ sqrtps %xmm1,%xmm0
12.25 │ sqrtps %xmm1,%xmm0
12.18 │ sqrtps %xmm1,%xmm0
5.26 │ sqrtps %xmm1,%xmm0
10.13 │ sqrtps %xmm1,%xmm0
10.43 │ sqrtps %xmm1,%xmm0
0.16 │ ↑ jmp 10
Even with PREC_DIST there is still sampling skid and the result is not
completely even, but systematic shadow effects are significantly
reduced.
The improvements are mainly expected to make a difference in high IPC
code. With low IPC it should be similar.
Signed-off-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Stephane Eranian <eranian@google.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Cc: hpa@zytor.com
Link: http://lkml.kernel.org/r/1448929689-13771-2-git-send-email-andi@firstfloor.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2015-12-04 19:50:52 +08:00
|
|
|
pebs_broken :1,
|
|
|
|
pebs_prec_dist :1;
|
2011-08-31 07:41:05 +08:00
|
|
|
int pebs_record_size;
|
2016-03-02 03:03:52 +08:00
|
|
|
int pebs_buffer_size;
|
2011-08-31 07:41:05 +08:00
|
|
|
void (*drain_pebs)(struct pt_regs *regs);
|
|
|
|
struct event_constraint *pebs_constraints;
|
2012-06-05 16:26:43 +08:00
|
|
|
void (*pebs_aliases)(struct perf_event *event);
|
2012-06-06 08:56:48 +08:00
|
|
|
int max_pebs_events;
|
2015-05-28 12:13:14 +08:00
|
|
|
unsigned long free_running_flags;
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Intel LBR
|
|
|
|
*/
|
|
|
|
unsigned long lbr_tos, lbr_from, lbr_to; /* MSR base regs */
|
|
|
|
int lbr_nr; /* hardware stack size */
|
2012-02-10 06:20:53 +08:00
|
|
|
u64 lbr_sel_mask; /* LBR_SELECT valid bits */
|
|
|
|
const int *lbr_sel_map; /* lbr_select mappings */
|
2013-09-20 22:40:44 +08:00
|
|
|
bool lbr_double_abort; /* duplicated lbr aborts */
|
2016-12-09 08:14:17 +08:00
|
|
|
bool lbr_pt_coexist; /* (LBR|BTS) may coexist with PT */
|
2011-08-31 07:41:05 +08:00
|
|
|
|
2015-01-14 20:18:20 +08:00
|
|
|
/*
|
|
|
|
* Intel PT/LBR/BTS are exclusive
|
|
|
|
*/
|
|
|
|
atomic_t lbr_exclusive[x86_lbr_exclusive_max];
|
|
|
|
|
2016-03-25 22:52:35 +08:00
|
|
|
/*
|
|
|
|
* AMD bits
|
|
|
|
*/
|
|
|
|
unsigned int amd_nb_constraints : 1;
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
/*
|
|
|
|
* Extra registers for events
|
|
|
|
*/
|
|
|
|
struct extra_reg *extra_regs;
|
2014-11-18 03:06:53 +08:00
|
|
|
unsigned int flags;
|
2011-10-05 20:01:21 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Intel host/guest support (KVM)
|
|
|
|
*/
|
|
|
|
struct perf_guest_switch_msr *(*guest_get_msrs)(int *nr);
|
2011-08-31 07:41:05 +08:00
|
|
|
};
|
|
|
|
|
2014-11-05 10:56:03 +08:00
|
|
|
struct x86_perf_task_context {
|
|
|
|
u64 lbr_from[MAX_LBR_ENTRIES];
|
|
|
|
u64 lbr_to[MAX_LBR_ENTRIES];
|
2015-05-11 03:22:43 +08:00
|
|
|
u64 lbr_info[MAX_LBR_ENTRIES];
|
2015-10-21 02:46:33 +08:00
|
|
|
int tos;
|
2014-11-05 10:56:03 +08:00
|
|
|
int lbr_callstack_users;
|
|
|
|
int lbr_stack_state;
|
|
|
|
};
|
|
|
|
|
2011-12-06 21:07:15 +08:00
|
|
|
#define x86_add_quirk(func_) \
|
|
|
|
do { \
|
|
|
|
static struct x86_pmu_quirk __quirk __initdata = { \
|
|
|
|
.func = func_, \
|
|
|
|
}; \
|
|
|
|
__quirk.next = x86_pmu.quirks; \
|
|
|
|
x86_pmu.quirks = &__quirk; \
|
|
|
|
} while (0)
|
|
|
|
|
2014-11-18 03:06:53 +08:00
|
|
|
/*
|
|
|
|
* x86_pmu flags
|
|
|
|
*/
|
|
|
|
#define PMU_FL_NO_HT_SHARING 0x1 /* no hyper-threading resource sharing */
|
|
|
|
#define PMU_FL_HAS_RSP_1 0x2 /* has 2 equivalent offcore_rsp regs */
|
2014-11-18 03:06:57 +08:00
|
|
|
#define PMU_FL_EXCL_CNTRS 0x4 /* has exclusive counter requirements */
|
2014-11-18 03:07:04 +08:00
|
|
|
#define PMU_FL_EXCL_ENABLED 0x8 /* exclusive counter active */
|
2011-08-31 07:41:05 +08:00
|
|
|
|
2013-01-24 23:10:26 +08:00
|
|
|
#define EVENT_VAR(_id) event_attr_##_id
|
|
|
|
#define EVENT_PTR(_id) &event_attr_##_id.attr.attr
|
|
|
|
|
|
|
|
#define EVENT_ATTR(_name, _id) \
|
|
|
|
static struct perf_pmu_events_attr EVENT_VAR(_id) = { \
|
|
|
|
.attr = __ATTR(_name, 0444, events_sysfs_show, NULL), \
|
|
|
|
.id = PERF_COUNT_HW_##_id, \
|
|
|
|
.event_str = NULL, \
|
|
|
|
};
|
|
|
|
|
|
|
|
#define EVENT_ATTR_STR(_name, v, str) \
|
|
|
|
static struct perf_pmu_events_attr event_attr_##v = { \
|
|
|
|
.attr = __ATTR(_name, 0444, events_sysfs_show, NULL), \
|
|
|
|
.id = 0, \
|
|
|
|
.event_str = str, \
|
|
|
|
};
|
|
|
|
|
2016-05-20 08:09:56 +08:00
|
|
|
#define EVENT_ATTR_STR_HT(_name, v, noht, ht) \
|
|
|
|
static struct perf_pmu_events_ht_attr event_attr_##v = { \
|
|
|
|
.attr = __ATTR(_name, 0444, events_ht_sysfs_show, NULL),\
|
|
|
|
.id = 0, \
|
|
|
|
.event_str_noht = noht, \
|
|
|
|
.event_str_ht = ht, \
|
|
|
|
}
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
extern struct x86_pmu x86_pmu __read_mostly;
|
|
|
|
|
perf/x86/intel: Add basic Haswell LBR call stack support
Haswell has a new feature that utilizes the existing LBR facility to
record call chains. To enable this feature, bits (JCC, NEAR_IND_JMP,
NEAR_REL_JMP, FAR_BRANCH, EN_CALLSTACK) in LBR_SELECT must be set to 1,
bits (NEAR_REL_CALL, NEAR-IND_CALL, NEAR_RET) must be cleared. Due to
a hardware bug of Haswell, this feature doesn't work well with
FREEZE_LBRS_ON_PMI.
When the call stack feature is enabled, the LBR stack will capture
unfiltered call data normally, but as return instructions are executed,
the last captured branch record is flushed from the on-chip registers
in a last-in first-out (LIFO) manner. Thus, branch information relative
to leaf functions will not be captured, while preserving the call stack
information of the main line execution path.
This patch defines a separate lbr_sel map for Haswell. The map contains
a new entry for the call stack feature.
Signed-off-by: Yan, Zheng <zheng.z.yan@intel.com>
Signed-off-by: Kan Liang <kan.liang@intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Andy Lutomirski <luto@amacapital.net>
Cc: Arnaldo Carvalho de Melo <acme@kernel.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Cc: eranian@google.com
Cc: jolsa@redhat.com
Link: http://lkml.kernel.org/r/1415156173-10035-5-git-send-email-kan.liang@intel.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2014-11-05 10:56:00 +08:00
|
|
|
static inline bool x86_pmu_has_lbr_callstack(void)
|
|
|
|
{
|
|
|
|
return x86_pmu.lbr_sel_map &&
|
|
|
|
x86_pmu.lbr_sel_map[PERF_SAMPLE_BRANCH_CALL_STACK_SHIFT] > 0;
|
|
|
|
}
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
DECLARE_PER_CPU(struct cpu_hw_events, cpu_hw_events);
|
|
|
|
|
|
|
|
int x86_perf_event_set_period(struct perf_event *event);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Generalized hw caching related hw_event table, filled
|
|
|
|
* in on a per model basis. A value of 0 means
|
|
|
|
* 'not supported', -1 means 'hw_event makes no sense on
|
|
|
|
* this CPU', any other value means the raw hw_event
|
|
|
|
* ID.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define C(x) PERF_COUNT_HW_CACHE_##x
|
|
|
|
|
|
|
|
extern u64 __read_mostly hw_cache_event_ids
|
|
|
|
[PERF_COUNT_HW_CACHE_MAX]
|
|
|
|
[PERF_COUNT_HW_CACHE_OP_MAX]
|
|
|
|
[PERF_COUNT_HW_CACHE_RESULT_MAX];
|
|
|
|
extern u64 __read_mostly hw_cache_extra_regs
|
|
|
|
[PERF_COUNT_HW_CACHE_MAX]
|
|
|
|
[PERF_COUNT_HW_CACHE_OP_MAX]
|
|
|
|
[PERF_COUNT_HW_CACHE_RESULT_MAX];
|
|
|
|
|
|
|
|
u64 x86_perf_event_update(struct perf_event *event);
|
|
|
|
|
|
|
|
static inline unsigned int x86_pmu_config_addr(int index)
|
|
|
|
{
|
2013-02-07 01:26:27 +08:00
|
|
|
return x86_pmu.eventsel + (x86_pmu.addr_offset ?
|
|
|
|
x86_pmu.addr_offset(index, true) : index);
|
2011-08-31 07:41:05 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline unsigned int x86_pmu_event_addr(int index)
|
|
|
|
{
|
2013-02-07 01:26:27 +08:00
|
|
|
return x86_pmu.perfctr + (x86_pmu.addr_offset ?
|
|
|
|
x86_pmu.addr_offset(index, false) : index);
|
2011-08-31 07:41:05 +08:00
|
|
|
}
|
|
|
|
|
2013-02-07 01:26:28 +08:00
|
|
|
static inline int x86_pmu_rdpmc_index(int index)
|
|
|
|
{
|
|
|
|
return x86_pmu.rdpmc_index ? x86_pmu.rdpmc_index(index) : index;
|
|
|
|
}
|
|
|
|
|
2015-01-14 20:18:20 +08:00
|
|
|
int x86_add_exclusive(unsigned int what);
|
|
|
|
|
|
|
|
void x86_del_exclusive(unsigned int what);
|
|
|
|
|
2015-06-11 20:13:56 +08:00
|
|
|
int x86_reserve_hardware(void);
|
|
|
|
|
|
|
|
void x86_release_hardware(void);
|
|
|
|
|
2015-01-14 20:18:20 +08:00
|
|
|
void hw_perf_lbr_event_destroy(struct perf_event *event);
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
int x86_setup_perfctr(struct perf_event *event);
|
|
|
|
|
|
|
|
int x86_pmu_hw_config(struct perf_event *event);
|
|
|
|
|
|
|
|
void x86_pmu_disable_all(void);
|
|
|
|
|
|
|
|
static inline void __x86_pmu_enable_event(struct hw_perf_event *hwc,
|
|
|
|
u64 enable_mask)
|
|
|
|
{
|
2012-02-29 21:57:32 +08:00
|
|
|
u64 disable_mask = __this_cpu_read(cpu_hw_events.perf_ctr_virt_mask);
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
if (hwc->extra_reg.reg)
|
|
|
|
wrmsrl(hwc->extra_reg.reg, hwc->extra_reg.config);
|
2012-02-29 21:57:32 +08:00
|
|
|
wrmsrl(hwc->config_base, (hwc->config | enable_mask) & ~disable_mask);
|
2011-08-31 07:41:05 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void x86_pmu_enable_all(int added);
|
|
|
|
|
2015-05-21 16:57:13 +08:00
|
|
|
int perf_assign_events(struct event_constraint **constraints, int n,
|
2015-05-21 16:57:17 +08:00
|
|
|
int wmin, int wmax, int gpmax, int *assign);
|
2011-08-31 07:41:05 +08:00
|
|
|
int x86_schedule_events(struct cpu_hw_events *cpuc, int n, int *assign);
|
|
|
|
|
|
|
|
void x86_pmu_stop(struct perf_event *event, int flags);
|
|
|
|
|
|
|
|
static inline void x86_pmu_disable_event(struct perf_event *event)
|
|
|
|
{
|
|
|
|
struct hw_perf_event *hwc = &event->hw;
|
|
|
|
|
|
|
|
wrmsrl(hwc->config_base, hwc->config);
|
|
|
|
}
|
|
|
|
|
|
|
|
void x86_pmu_enable_event(struct perf_event *event);
|
|
|
|
|
|
|
|
int x86_pmu_handle_irq(struct pt_regs *regs);
|
|
|
|
|
|
|
|
extern struct event_constraint emptyconstraint;
|
|
|
|
|
|
|
|
extern struct event_constraint unconstrained;
|
|
|
|
|
2012-02-10 06:20:58 +08:00
|
|
|
static inline bool kernel_ip(unsigned long ip)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_X86_32
|
|
|
|
return ip > PAGE_OFFSET;
|
|
|
|
#else
|
|
|
|
return (long)ip < 0;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2012-07-10 15:42:15 +08:00
|
|
|
/*
|
|
|
|
* Not all PMUs provide the right context information to place the reported IP
|
|
|
|
* into full context. Specifically segment registers are typically not
|
|
|
|
* supplied.
|
|
|
|
*
|
|
|
|
* Assuming the address is a linear address (it is for IBS), we fake the CS and
|
|
|
|
* vm86 mode using the known zero-based code segment and 'fix up' the registers
|
|
|
|
* to reflect this.
|
|
|
|
*
|
|
|
|
* Intel PEBS/LBR appear to typically provide the effective address, nothing
|
|
|
|
* much we can do about that but pray and treat it like a linear address.
|
|
|
|
*/
|
|
|
|
static inline void set_linear_ip(struct pt_regs *regs, unsigned long ip)
|
|
|
|
{
|
|
|
|
regs->cs = kernel_ip(ip) ? __KERNEL_CS : __USER_CS;
|
|
|
|
if (regs->flags & X86_VM_MASK)
|
|
|
|
regs->flags ^= (PERF_EFLAGS_VM | X86_VM_MASK);
|
|
|
|
regs->ip = ip;
|
|
|
|
}
|
|
|
|
|
2012-10-10 20:53:14 +08:00
|
|
|
ssize_t x86_event_sysfs_show(char *page, u64 config, u64 event);
|
2012-10-10 20:53:15 +08:00
|
|
|
ssize_t intel_event_sysfs_show(char *page, u64 config);
|
2012-10-10 20:53:13 +08:00
|
|
|
|
2015-06-30 05:22:13 +08:00
|
|
|
struct attribute **merge_attr(struct attribute **a, struct attribute **b);
|
|
|
|
|
2016-03-25 11:18:25 +08:00
|
|
|
ssize_t events_sysfs_show(struct device *dev, struct device_attribute *attr,
|
|
|
|
char *page);
|
2016-05-20 08:09:56 +08:00
|
|
|
ssize_t events_ht_sysfs_show(struct device *dev, struct device_attribute *attr,
|
|
|
|
char *page);
|
2016-03-25 11:18:25 +08:00
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
#ifdef CONFIG_CPU_SUP_AMD
|
|
|
|
|
|
|
|
int amd_pmu_init(void);
|
|
|
|
|
|
|
|
#else /* CONFIG_CPU_SUP_AMD */
|
|
|
|
|
|
|
|
static inline int amd_pmu_init(void)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
#endif /* CONFIG_CPU_SUP_AMD */
|
|
|
|
|
|
|
|
#ifdef CONFIG_CPU_SUP_INTEL
|
|
|
|
|
2015-01-14 20:18:20 +08:00
|
|
|
static inline bool intel_pmu_has_bts(struct perf_event *event)
|
|
|
|
{
|
|
|
|
if (event->attr.config == PERF_COUNT_HW_BRANCH_INSTRUCTIONS &&
|
|
|
|
!event->attr.freq && event->hw.sample_period == 1)
|
|
|
|
return true;
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
int intel_pmu_save_and_restart(struct perf_event *event);
|
|
|
|
|
|
|
|
struct event_constraint *
|
2014-11-18 03:06:56 +08:00
|
|
|
x86_get_event_constraints(struct cpu_hw_events *cpuc, int idx,
|
|
|
|
struct perf_event *event);
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
struct intel_shared_regs *allocate_shared_regs(int cpu);
|
|
|
|
|
|
|
|
int intel_pmu_init(void);
|
|
|
|
|
|
|
|
void init_debug_store_on_cpu(int cpu);
|
|
|
|
|
|
|
|
void fini_debug_store_on_cpu(int cpu);
|
|
|
|
|
|
|
|
void release_ds_buffers(void);
|
|
|
|
|
|
|
|
void reserve_ds_buffers(void);
|
|
|
|
|
|
|
|
extern struct event_constraint bts_constraint;
|
|
|
|
|
|
|
|
void intel_pmu_enable_bts(u64 config);
|
|
|
|
|
|
|
|
void intel_pmu_disable_bts(void);
|
|
|
|
|
|
|
|
int intel_pmu_drain_bts_buffer(void);
|
|
|
|
|
|
|
|
extern struct event_constraint intel_core2_pebs_event_constraints[];
|
|
|
|
|
|
|
|
extern struct event_constraint intel_atom_pebs_event_constraints[];
|
|
|
|
|
2013-07-18 17:02:24 +08:00
|
|
|
extern struct event_constraint intel_slm_pebs_event_constraints[];
|
|
|
|
|
2016-04-15 15:42:47 +08:00
|
|
|
extern struct event_constraint intel_glm_pebs_event_constraints[];
|
|
|
|
|
2017-07-12 21:44:23 +08:00
|
|
|
extern struct event_constraint intel_glp_pebs_event_constraints[];
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
extern struct event_constraint intel_nehalem_pebs_event_constraints[];
|
|
|
|
|
|
|
|
extern struct event_constraint intel_westmere_pebs_event_constraints[];
|
|
|
|
|
|
|
|
extern struct event_constraint intel_snb_pebs_event_constraints[];
|
|
|
|
|
2012-09-11 07:07:01 +08:00
|
|
|
extern struct event_constraint intel_ivb_pebs_event_constraints[];
|
|
|
|
|
2013-06-18 08:36:49 +08:00
|
|
|
extern struct event_constraint intel_hsw_pebs_event_constraints[];
|
|
|
|
|
2016-03-04 03:50:42 +08:00
|
|
|
extern struct event_constraint intel_bdw_pebs_event_constraints[];
|
|
|
|
|
2015-05-11 03:22:44 +08:00
|
|
|
extern struct event_constraint intel_skl_pebs_event_constraints[];
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
struct event_constraint *intel_pebs_constraints(struct perf_event *event);
|
|
|
|
|
perf/x86: Ensure perf_sched_cb_{inc,dec}() is only called from pmu::{add,del}()
Currently perf_sched_cb_{inc,dec}() are called from
pmu::{start,stop}(), which has the problem that this can happen from
NMI context, this is making it hard to optimize perf_pmu_sched_task().
Furthermore, we really only need this accounting on pmu::{add,del}(),
so doing it from pmu::{start,stop}() is doing more work than we really
need.
Introduce x86_pmu::{add,del}() and wire up the LBR and PEBS.
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Stephane Eranian <eranian@google.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2016-07-07 00:02:43 +08:00
|
|
|
void intel_pmu_pebs_add(struct perf_event *event);
|
|
|
|
|
|
|
|
void intel_pmu_pebs_del(struct perf_event *event);
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
void intel_pmu_pebs_enable(struct perf_event *event);
|
|
|
|
|
|
|
|
void intel_pmu_pebs_disable(struct perf_event *event);
|
|
|
|
|
|
|
|
void intel_pmu_pebs_enable_all(void);
|
|
|
|
|
|
|
|
void intel_pmu_pebs_disable_all(void);
|
|
|
|
|
2015-05-07 03:33:51 +08:00
|
|
|
void intel_pmu_pebs_sched_task(struct perf_event_context *ctx, bool sched_in);
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
void intel_ds_init(void);
|
|
|
|
|
2014-11-05 10:55:59 +08:00
|
|
|
void intel_pmu_lbr_sched_task(struct perf_event_context *ctx, bool sched_in);
|
|
|
|
|
2016-06-22 02:31:11 +08:00
|
|
|
u64 lbr_from_signext_quirk_wr(u64 val);
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
void intel_pmu_lbr_reset(void);
|
|
|
|
|
perf/x86: Ensure perf_sched_cb_{inc,dec}() is only called from pmu::{add,del}()
Currently perf_sched_cb_{inc,dec}() are called from
pmu::{start,stop}(), which has the problem that this can happen from
NMI context, this is making it hard to optimize perf_pmu_sched_task().
Furthermore, we really only need this accounting on pmu::{add,del}(),
so doing it from pmu::{start,stop}() is doing more work than we really
need.
Introduce x86_pmu::{add,del}() and wire up the LBR and PEBS.
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Stephane Eranian <eranian@google.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2016-07-07 00:02:43 +08:00
|
|
|
void intel_pmu_lbr_add(struct perf_event *event);
|
2011-08-31 07:41:05 +08:00
|
|
|
|
perf/x86: Ensure perf_sched_cb_{inc,dec}() is only called from pmu::{add,del}()
Currently perf_sched_cb_{inc,dec}() are called from
pmu::{start,stop}(), which has the problem that this can happen from
NMI context, this is making it hard to optimize perf_pmu_sched_task().
Furthermore, we really only need this accounting on pmu::{add,del}(),
so doing it from pmu::{start,stop}() is doing more work than we really
need.
Introduce x86_pmu::{add,del}() and wire up the LBR and PEBS.
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Stephane Eranian <eranian@google.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2016-07-07 00:02:43 +08:00
|
|
|
void intel_pmu_lbr_del(struct perf_event *event);
|
2011-08-31 07:41:05 +08:00
|
|
|
|
perf/x86/intel: Streamline LBR MSR handling in PMI
The perf PMI currently does unnecessary MSR accesses when
LBRs are enabled. We use LBR freezing, or when in callstack
mode force the LBRs to only filter on ring 3.
So there is no need to disable the LBRs explicitely in the
PMI handler.
Also we always unnecessarily rewrite LBR_SELECT in the LBR
handler, even though it can never change.
5) | /* write_msr: MSR_LBR_SELECT(1c8), value 0 */
5) | /* read_msr: MSR_IA32_DEBUGCTLMSR(1d9), value 1801 */
5) | /* write_msr: MSR_IA32_DEBUGCTLMSR(1d9), value 1801 */
5) | /* write_msr: MSR_CORE_PERF_GLOBAL_CTRL(38f), value 70000000f */
5) | /* write_msr: MSR_CORE_PERF_GLOBAL_CTRL(38f), value 0 */
5) | /* write_msr: MSR_LBR_SELECT(1c8), value 0 */
5) | /* read_msr: MSR_IA32_DEBUGCTLMSR(1d9), value 1801 */
5) | /* write_msr: MSR_IA32_DEBUGCTLMSR(1d9), value 1801 */
This patch:
- Avoids disabling already frozen LBRs unnecessarily in the PMI
- Avoids changing LBR_SELECT in the PMI
Signed-off-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: eranian@google.com
Link: http://lkml.kernel.org/r/1426871484-21285-1-git-send-email-andi@firstfloor.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2015-03-21 01:11:23 +08:00
|
|
|
void intel_pmu_lbr_enable_all(bool pmi);
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
void intel_pmu_lbr_disable_all(void);
|
|
|
|
|
|
|
|
void intel_pmu_lbr_read(void);
|
|
|
|
|
|
|
|
void intel_pmu_lbr_init_core(void);
|
|
|
|
|
|
|
|
void intel_pmu_lbr_init_nhm(void);
|
|
|
|
|
|
|
|
void intel_pmu_lbr_init_atom(void);
|
|
|
|
|
2016-04-15 15:53:45 +08:00
|
|
|
void intel_pmu_lbr_init_slm(void);
|
|
|
|
|
2012-02-10 06:20:55 +08:00
|
|
|
void intel_pmu_lbr_init_snb(void);
|
|
|
|
|
perf/x86/intel: Add basic Haswell LBR call stack support
Haswell has a new feature that utilizes the existing LBR facility to
record call chains. To enable this feature, bits (JCC, NEAR_IND_JMP,
NEAR_REL_JMP, FAR_BRANCH, EN_CALLSTACK) in LBR_SELECT must be set to 1,
bits (NEAR_REL_CALL, NEAR-IND_CALL, NEAR_RET) must be cleared. Due to
a hardware bug of Haswell, this feature doesn't work well with
FREEZE_LBRS_ON_PMI.
When the call stack feature is enabled, the LBR stack will capture
unfiltered call data normally, but as return instructions are executed,
the last captured branch record is flushed from the on-chip registers
in a last-in first-out (LIFO) manner. Thus, branch information relative
to leaf functions will not be captured, while preserving the call stack
information of the main line execution path.
This patch defines a separate lbr_sel map for Haswell. The map contains
a new entry for the call stack feature.
Signed-off-by: Yan, Zheng <zheng.z.yan@intel.com>
Signed-off-by: Kan Liang <kan.liang@intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Andy Lutomirski <luto@amacapital.net>
Cc: Arnaldo Carvalho de Melo <acme@kernel.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Cc: eranian@google.com
Cc: jolsa@redhat.com
Link: http://lkml.kernel.org/r/1415156173-10035-5-git-send-email-kan.liang@intel.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2014-11-05 10:56:00 +08:00
|
|
|
void intel_pmu_lbr_init_hsw(void);
|
|
|
|
|
2015-05-11 03:22:44 +08:00
|
|
|
void intel_pmu_lbr_init_skl(void);
|
|
|
|
|
2015-12-08 06:28:18 +08:00
|
|
|
void intel_pmu_lbr_init_knl(void);
|
|
|
|
|
2016-03-02 06:25:24 +08:00
|
|
|
void intel_pmu_pebs_data_source_nhm(void);
|
|
|
|
|
2012-02-10 06:20:57 +08:00
|
|
|
int intel_pmu_setup_lbr_filter(struct perf_event *event);
|
|
|
|
|
2015-01-30 18:39:52 +08:00
|
|
|
void intel_pt_interrupt(void);
|
|
|
|
|
2015-01-30 18:40:35 +08:00
|
|
|
int intel_bts_interrupt(void);
|
|
|
|
|
|
|
|
void intel_bts_enable_local(void);
|
|
|
|
|
|
|
|
void intel_bts_disable_local(void);
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
int p4_pmu_init(void);
|
|
|
|
|
|
|
|
int p6_pmu_init(void);
|
|
|
|
|
2012-09-27 02:12:52 +08:00
|
|
|
int knc_pmu_init(void);
|
|
|
|
|
2014-11-18 03:07:04 +08:00
|
|
|
static inline int is_ht_workaround_enabled(void)
|
|
|
|
{
|
|
|
|
return !!(x86_pmu.flags & PMU_FL_EXCL_ENABLED);
|
|
|
|
}
|
2015-06-30 05:22:13 +08:00
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
#else /* CONFIG_CPU_SUP_INTEL */
|
|
|
|
|
|
|
|
static inline void reserve_ds_buffers(void)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void release_ds_buffers(void)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline int intel_pmu_init(void)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline struct intel_shared_regs *allocate_shared_regs(int cpu)
|
|
|
|
{
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2015-05-21 16:57:17 +08:00
|
|
|
static inline int is_ht_workaround_enabled(void)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
2011-08-31 07:41:05 +08:00
|
|
|
#endif /* CONFIG_CPU_SUP_INTEL */
|