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>
|
|
|
|
|
2017-12-04 22:07:49 +08:00
|
|
|
#include <asm/intel_ds.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;
|
|
|
|
};
|
2019-04-03 03:45:04 +08:00
|
|
|
u64 code;
|
|
|
|
u64 cmask;
|
|
|
|
int weight;
|
|
|
|
int overlap;
|
|
|
|
int flags;
|
|
|
|
unsigned int size;
|
2011-08-31 07:41:05 +08:00
|
|
|
};
|
perf/x86: Remove PERF_X86_EVENT_COMMITTED
The flag PERF_X86_EVENT_COMMITTED is used to find uncommitted events
for which to call put_event_constraint() when scheduling fails.
These are the newly added events to the list, and must form, per
definition, the tail of cpuc->event_list[]. By computing the list
index of the last successfull schedule, then iteration can start there
and the flag is redundant.
There are only 3 callers of x86_schedule_events(), notably:
- x86_pmu_add()
- x86_pmu_commit_txn()
- validate_group()
For x86_pmu_add(), cpuc->n_events isn't updated until after
schedule_events() succeeds, therefore cpuc->n_events points to the
desired index.
For x86_pmu_commit_txn(), cpuc->n_events is updated, but we can
trivially compute the desired value with cpuc->n_txn -- the number of
events added in this transaction.
For validate_group(), we can make the rule for x86_pmu_add() work by
simply setting cpuc->n_events to 0 before calling schedule_events().
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Reviewed-by: Stephane Eranian <eranian@google.com>
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: Thomas Gleixner <tglx@linutronix.de>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2019-03-14 19:58:52 +08:00
|
|
|
|
2019-04-03 03:45:04 +08:00
|
|
|
static inline bool constraint_match(struct event_constraint *c, u64 ecode)
|
|
|
|
{
|
|
|
|
return ((ecode & c->cmask) - c->code) <= (u64)c->size;
|
|
|
|
}
|
|
|
|
|
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 */
|
perf/x86: Remove PERF_X86_EVENT_COMMITTED
The flag PERF_X86_EVENT_COMMITTED is used to find uncommitted events
for which to call put_event_constraint() when scheduling fails.
These are the newly added events to the list, and must form, per
definition, the tail of cpuc->event_list[]. By computing the list
index of the last successfull schedule, then iteration can start there
and the flag is redundant.
There are only 3 callers of x86_schedule_events(), notably:
- x86_pmu_add()
- x86_pmu_commit_txn()
- validate_group()
For x86_pmu_add(), cpuc->n_events isn't updated until after
schedule_events() succeeds, therefore cpuc->n_events points to the
desired index.
For x86_pmu_commit_txn(), cpuc->n_events is updated, but we can
trivially compute the desired value with cpuc->n_txn -- the number of
events added in this transaction.
For validate_group(), we can make the rule for x86_pmu_add() work by
simply setting cpuc->n_events to 0 before calling schedule_events().
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Reviewed-by: Stephane Eranian <eranian@google.com>
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: Thomas Gleixner <tglx@linutronix.de>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2019-03-14 19:58:52 +08:00
|
|
|
#define PERF_X86_EVENT_PEBS_LD_HSW 0x0008 /* haswell style datala, load */
|
|
|
|
#define PERF_X86_EVENT_PEBS_NA_HSW 0x0010 /* haswell style datala, unknown */
|
|
|
|
#define PERF_X86_EVENT_EXCL 0x0020 /* HT exclusivity on counter */
|
|
|
|
#define PERF_X86_EVENT_DYNAMIC 0x0040 /* dynamic alloc'd constraint */
|
|
|
|
#define PERF_X86_EVENT_RDPMC_ALLOWED 0x0080 /* grant rdpmc permission */
|
|
|
|
#define PERF_X86_EVENT_EXCL_ACCT 0x0100 /* accounted EXCL event */
|
|
|
|
#define PERF_X86_EVENT_AUTO_RELOAD 0x0200 /* use PEBS auto-reload */
|
|
|
|
#define PERF_X86_EVENT_LARGE_PEBS 0x0400 /* use large PEBS */
|
perf/x86/intel: Support PEBS output to PT
If PEBS declares ability to output its data to Intel PT stream, use the
aux_output attribute bit to enable PEBS data output to PT. This requires
a PT event to be present and scheduled in the same context. Unlike the
DS area, the kernel does not extract PEBS records from the PT stream to
generate corresponding records in the perf stream, because that would
require real time in-kernel PT decoding, which is not feasible. The PMI,
however, can still be used.
The output setting is per-CPU, so all PEBS events must be either writing
to PT or to the DS area, therefore, in case of conflict, the conflicting
event will fail to schedule, allowing the rotation logic to alternate
between the PEBS->PT and PEBS->DS events.
Signed-off-by: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: kan.liang@linux.intel.com
Link: https://lkml.kernel.org/r/20190806084606.4021-3-alexander.shishkin@linux.intel.com
2019-08-06 16:46:01 +08:00
|
|
|
#define PERF_X86_EVENT_PEBS_VIA_PT 0x0800 /* use PT buffer for PEBS */
|
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];
|
|
|
|
};
|
|
|
|
|
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)
|
perf/x86/intel: Support PEBS output to PT
If PEBS declares ability to output its data to Intel PT stream, use the
aux_output attribute bit to enable PEBS data output to PT. This requires
a PT event to be present and scheduled in the same context. Unlike the
DS area, the kernel does not extract PEBS records from the PT stream to
generate corresponding records in the perf stream, because that would
require real time in-kernel PT decoding, which is not feasible. The PMI,
however, can still be used.
The output setting is per-CPU, so all PEBS events must be either writing
to PT or to the DS area, therefore, in case of conflict, the conflicting
event will fail to schedule, allowing the rotation logic to alternate
between the PEBS->PT and PEBS->DS events.
Signed-off-by: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: kan.liang@linux.intel.com
Link: https://lkml.kernel.org/r/20190806084606.4021-3-alexander.shishkin@linux.intel.com
2019-08-06 16:46:01 +08:00
|
|
|
#define PEBS_PMI_AFTER_EACH_RECORD BIT_ULL(60)
|
|
|
|
#define PEBS_OUTPUT_OFFSET 61
|
|
|
|
#define PEBS_OUTPUT_MASK (3ull << PEBS_OUTPUT_OFFSET)
|
|
|
|
#define PEBS_OUTPUT_PT (1ull << PEBS_OUTPUT_OFFSET)
|
|
|
|
#define PEBS_VIA_PT_MASK (PEBS_OUTPUT_PT | PEBS_PMI_AFTER_EACH_RECORD)
|
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.
|
2017-09-01 05:46:30 +08:00
|
|
|
* REGS_USER can be handled for events limited to ring 3.
|
2015-05-07 03:33:51 +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
|
|
|
*/
|
2018-03-12 22:45:37 +08:00
|
|
|
#define LARGE_PEBS_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 | \
|
2017-09-01 05:46:30 +08:00
|
|
|
PERF_SAMPLE_TRANSACTION | PERF_SAMPLE_PHYS_ADDR | \
|
2018-02-01 16:38:12 +08:00
|
|
|
PERF_SAMPLE_REGS_INTR | PERF_SAMPLE_REGS_USER | \
|
|
|
|
PERF_SAMPLE_PERIOD)
|
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
|
|
|
|
2019-04-03 03:44:58 +08:00
|
|
|
#define PEBS_GP_REGS \
|
|
|
|
((1ULL << PERF_REG_X86_AX) | \
|
|
|
|
(1ULL << PERF_REG_X86_BX) | \
|
|
|
|
(1ULL << PERF_REG_X86_CX) | \
|
|
|
|
(1ULL << PERF_REG_X86_DX) | \
|
|
|
|
(1ULL << PERF_REG_X86_DI) | \
|
|
|
|
(1ULL << PERF_REG_X86_SI) | \
|
|
|
|
(1ULL << PERF_REG_X86_SP) | \
|
|
|
|
(1ULL << PERF_REG_X86_BP) | \
|
|
|
|
(1ULL << PERF_REG_X86_IP) | \
|
|
|
|
(1ULL << PERF_REG_X86_FLAGS) | \
|
|
|
|
(1ULL << PERF_REG_X86_R8) | \
|
|
|
|
(1ULL << PERF_REG_X86_R9) | \
|
|
|
|
(1ULL << PERF_REG_X86_R10) | \
|
|
|
|
(1ULL << PERF_REG_X86_R11) | \
|
|
|
|
(1ULL << PERF_REG_X86_R12) | \
|
|
|
|
(1ULL << PERF_REG_X86_R13) | \
|
|
|
|
(1ULL << PERF_REG_X86_R14) | \
|
|
|
|
(1ULL << PERF_REG_X86_R15))
|
2017-09-01 05:46:30 +08:00
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
/*
|
|
|
|
* 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 */
|
|
|
|
};
|
|
|
|
|
2018-06-05 23:38:46 +08:00
|
|
|
struct x86_perf_task_context;
|
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;
|
2017-12-04 22:07:50 +08:00
|
|
|
void *ds_pebs_vaddr;
|
|
|
|
void *ds_bts_vaddr;
|
2011-08-31 07:41:05 +08:00
|
|
|
u64 pebs_enabled;
|
2016-07-07 00:02:43 +08:00
|
|
|
int n_pebs;
|
|
|
|
int n_large_pebs;
|
perf/x86/intel: Support PEBS output to PT
If PEBS declares ability to output its data to Intel PT stream, use the
aux_output attribute bit to enable PEBS data output to PT. This requires
a PT event to be present and scheduled in the same context. Unlike the
DS area, the kernel does not extract PEBS records from the PT stream to
generate corresponding records in the perf stream, because that would
require real time in-kernel PT decoding, which is not feasible. The PMI,
however, can still be used.
The output setting is per-CPU, so all PEBS events must be either writing
to PT or to the DS area, therefore, in case of conflict, the conflicting
event will fail to schedule, allowing the rotation logic to alternate
between the PEBS->PT and PEBS->DS events.
Signed-off-by: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: kan.liang@linux.intel.com
Link: https://lkml.kernel.org/r/20190806084606.4021-3-alexander.shishkin@linux.intel.com
2019-08-06 16:46:01 +08:00
|
|
|
int n_pebs_via_pt;
|
|
|
|
int pebs_output;
|
2011-08-31 07:41:05 +08:00
|
|
|
|
perf/x86/intel: Support adaptive PEBS v4
Adaptive PEBS is a new way to report PEBS sampling information. Instead
of a fixed size record for all PEBS events it allows to configure the
PEBS record to only include the information needed. Events can then opt
in to use such an extended record, or stay with a basic record which
only contains the IP.
The major new feature is to support LBRs in PEBS record.
Besides normal LBR, this allows (much faster) large PEBS, while still
supporting callstacks through callstack LBR. So essentially a lot of
profiling can now be done without frequent interrupts, dropping the
overhead significantly.
The main requirement still is to use a period, and not use frequency
mode, because frequency mode requires reevaluating the frequency on each
overflow.
The floating point state (XMM) is also supported, which allows efficient
profiling of FP function arguments.
Introduce specific drain function to handle variable length records.
Use a new callback to parse the new record format, and also handle the
STATUS field now being at a different offset.
Add code to set up the configuration register. Since there is only a
single register, all events either get the full super set of all events,
or only the basic record.
Originally-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: Kan Liang <kan.liang@linux.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>
Cc: acme@kernel.org
Cc: jolsa@kernel.org
Link: https://lkml.kernel.org/r/20190402194509.2832-6-kan.liang@linux.intel.com
[ Renamed GPRS => GP. ]
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2019-04-03 03:45:02 +08:00
|
|
|
/* Current super set of events hardware configuration */
|
|
|
|
u64 pebs_data_cfg;
|
|
|
|
u64 active_pebs_data_cfg;
|
|
|
|
int pebs_record_size;
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
/*
|
|
|
|
* Intel LBR bits
|
|
|
|
*/
|
|
|
|
int lbr_users;
|
2019-04-03 03:45:03 +08:00
|
|
|
int lbr_pebs_users;
|
2011-08-31 07:41:05 +08:00
|
|
|
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;
|
2018-06-05 23:38:46 +08:00
|
|
|
struct x86_perf_task_context *last_task_ctx;
|
|
|
|
int last_log_id;
|
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
|
|
|
|
2019-03-06 05:23:18 +08:00
|
|
|
/*
|
|
|
|
* SKL TSX_FORCE_ABORT shadow
|
|
|
|
*/
|
|
|
|
u64 tfa_shadow;
|
|
|
|
|
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
|
|
|
};
|
|
|
|
|
2019-04-03 03:45:04 +08:00
|
|
|
#define __EVENT_CONSTRAINT_RANGE(c, e, n, m, w, o, f) { \
|
2011-08-31 07:41:05 +08:00
|
|
|
{ .idxmsk64 = (n) }, \
|
|
|
|
.code = (c), \
|
2019-04-03 03:45:04 +08:00
|
|
|
.size = (e) - (c), \
|
2011-08-31 07:41:05 +08:00
|
|
|
.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
|
|
|
}
|
|
|
|
|
2019-04-03 03:45:04 +08:00
|
|
|
#define __EVENT_CONSTRAINT(c, n, m, w, o, f) \
|
|
|
|
__EVENT_CONSTRAINT_RANGE(c, c, n, m, w, o, 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
|
|
|
|
2019-04-03 03:45:04 +08:00
|
|
|
/*
|
|
|
|
* The constraint_match() function only works for 'simple' event codes
|
|
|
|
* and not for extended (AMD64_EVENTSEL_EVENT) events codes.
|
|
|
|
*/
|
|
|
|
#define EVENT_CONSTRAINT_RANGE(c, e, n, m) \
|
|
|
|
__EVENT_CONSTRAINT_RANGE(c, e, n, m, HWEIGHT(n), 0, 0)
|
|
|
|
|
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)
|
|
|
|
|
2019-04-03 03:45:04 +08:00
|
|
|
/*
|
|
|
|
* Constraint on a range of Event codes
|
|
|
|
*/
|
|
|
|
#define INTEL_EVENT_CONSTRAINT_RANGE(c, e, n) \
|
|
|
|
EVENT_CONSTRAINT_RANGE(c, e, n, ARCH_PERFMON_EVENTSEL_EVENT)
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
/*
|
|
|
|
* 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) \
|
2019-05-10 05:45:56 +08:00
|
|
|
EVENT_CONSTRAINT(c, n, ARCH_PERFMON_EVENTSEL_EVENT|X86_ALL_EVENT_FLAGS)
|
2014-08-12 03:27:10 +08:00
|
|
|
|
2019-04-03 03:45:04 +08:00
|
|
|
#define INTEL_FLAGS_EVENT_CONSTRAINT_RANGE(c, e, n) \
|
2019-05-10 05:45:56 +08:00
|
|
|
EVENT_CONSTRAINT_RANGE(c, e, n, ARCH_PERFMON_EVENTSEL_EVENT|X86_ALL_EVENT_FLAGS)
|
2019-04-03 03:45:04 +08:00
|
|
|
|
2014-08-12 03:27:10 +08:00
|
|
|
/* 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)
|
|
|
|
|
2019-04-03 03:45:04 +08:00
|
|
|
#define INTEL_FLAGS_EVENT_CONSTRAINT_DATALA_LD_RANGE(code, end, n) \
|
|
|
|
__EVENT_CONSTRAINT_RANGE(code, end, n, \
|
|
|
|
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;
|
perf/x86/intel: Support adaptive PEBS v4
Adaptive PEBS is a new way to report PEBS sampling information. Instead
of a fixed size record for all PEBS events it allows to configure the
PEBS record to only include the information needed. Events can then opt
in to use such an extended record, or stay with a basic record which
only contains the IP.
The major new feature is to support LBRs in PEBS record.
Besides normal LBR, this allows (much faster) large PEBS, while still
supporting callstacks through callstack LBR. So essentially a lot of
profiling can now be done without frequent interrupts, dropping the
overhead significantly.
The main requirement still is to use a period, and not use frequency
mode, because frequency mode requires reevaluating the frequency on each
overflow.
The floating point state (XMM) is also supported, which allows efficient
profiling of FP function arguments.
Introduce specific drain function to handle variable length records.
Use a new callback to parse the new record format, and also handle the
STATUS field now being at a different offset.
Add code to set up the configuration register. Since there is only a
single register, all events either get the full super set of all events,
or only the basic record.
Originally-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: Kan Liang <kan.liang@linux.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>
Cc: acme@kernel.org
Cc: jolsa@kernel.org
Link: https://lkml.kernel.org/r/20190402194509.2832-6-kan.liang@linux.intel.com
[ Renamed GPRS => GP. ]
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2019-04-03 03:45:02 +08:00
|
|
|
u64 pebs_baseline:1;
|
perf/x86/intel: Support PEBS output to PT
If PEBS declares ability to output its data to Intel PT stream, use the
aux_output attribute bit to enable PEBS data output to PT. This requires
a PT event to be present and scheduled in the same context. Unlike the
DS area, the kernel does not extract PEBS records from the PT stream to
generate corresponding records in the perf stream, because that would
require real time in-kernel PT decoding, which is not feasible. The PMI,
however, can still be used.
The output setting is per-CPU, so all PEBS events must be either writing
to PT or to the DS area, therefore, in case of conflict, the conflicting
event will fail to schedule, allowing the rotation logic to alternate
between the PEBS->PT and PEBS->DS events.
Signed-off-by: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: kan.liang@linux.intel.com
Link: https://lkml.kernel.org/r/20190806084606.4021-3-alexander.shishkin@linux.intel.com
2019-08-06 16:46:01 +08:00
|
|
|
u64 pebs_metrics_available:1;
|
|
|
|
u64 pebs_output_pt_available: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 *);
|
2018-02-13 06:20:32 +08:00
|
|
|
void (*read)(struct perf_event *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;
|
2018-03-02 01:54:54 +08:00
|
|
|
u64 (*limit_period)(struct perf_event *event, u64 l);
|
2011-08-31 07:41:05 +08:00
|
|
|
|
2018-08-08 15:12:07 +08:00
|
|
|
/* PMI handler bits */
|
|
|
|
unsigned int late_ack :1,
|
|
|
|
counter_freezing :1;
|
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;
|
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);
|
2019-05-12 23:55:13 +08:00
|
|
|
const struct attribute_group **attr_update;
|
2012-10-10 20:53:11 +08:00
|
|
|
|
2017-05-12 22:51:13 +08:00
|
|
|
unsigned long attr_freeze_on_smi;
|
|
|
|
|
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
|
|
|
|
*/
|
2019-02-05 06:23:30 +08:00
|
|
|
unsigned int bts :1,
|
|
|
|
bts_active :1,
|
|
|
|
pebs :1,
|
|
|
|
pebs_active :1,
|
|
|
|
pebs_broken :1,
|
|
|
|
pebs_prec_dist :1,
|
|
|
|
pebs_no_tlb :1,
|
2019-05-29 06:08:33 +08:00
|
|
|
pebs_no_isolation :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;
|
perf/x86/intel: Support adaptive PEBS v4
Adaptive PEBS is a new way to report PEBS sampling information. Instead
of a fixed size record for all PEBS events it allows to configure the
PEBS record to only include the information needed. Events can then opt
in to use such an extended record, or stay with a basic record which
only contains the IP.
The major new feature is to support LBRs in PEBS record.
Besides normal LBR, this allows (much faster) large PEBS, while still
supporting callstacks through callstack LBR. So essentially a lot of
profiling can now be done without frequent interrupts, dropping the
overhead significantly.
The main requirement still is to use a period, and not use frequency
mode, because frequency mode requires reevaluating the frequency on each
overflow.
The floating point state (XMM) is also supported, which allows efficient
profiling of FP function arguments.
Introduce specific drain function to handle variable length records.
Use a new callback to parse the new record format, and also handle the
STATUS field now being at a different offset.
Add code to set up the configuration register. Since there is only a
single register, all events either get the full super set of all events,
or only the basic record.
Originally-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: Kan Liang <kan.liang@linux.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>
Cc: acme@kernel.org
Cc: jolsa@kernel.org
Link: https://lkml.kernel.org/r/20190402194509.2832-6-kan.liang@linux.intel.com
[ Renamed GPRS => GP. ]
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2019-04-03 03:45:02 +08:00
|
|
|
int max_pebs_events;
|
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);
|
2018-03-12 22:45:37 +08:00
|
|
|
unsigned long large_pebs_flags;
|
perf/x86/intel: Support adaptive PEBS v4
Adaptive PEBS is a new way to report PEBS sampling information. Instead
of a fixed size record for all PEBS events it allows to configure the
PEBS record to only include the information needed. Events can then opt
in to use such an extended record, or stay with a basic record which
only contains the IP.
The major new feature is to support LBRs in PEBS record.
Besides normal LBR, this allows (much faster) large PEBS, while still
supporting callstacks through callstack LBR. So essentially a lot of
profiling can now be done without frequent interrupts, dropping the
overhead significantly.
The main requirement still is to use a period, and not use frequency
mode, because frequency mode requires reevaluating the frequency on each
overflow.
The floating point state (XMM) is also supported, which allows efficient
profiling of FP function arguments.
Introduce specific drain function to handle variable length records.
Use a new callback to parse the new record format, and also handle the
STATUS field now being at a different offset.
Add code to set up the configuration register. Since there is only a
single register, all events either get the full super set of all events,
or only the basic record.
Originally-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: Kan Liang <kan.liang@linux.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>
Cc: acme@kernel.org
Cc: jolsa@kernel.org
Link: https://lkml.kernel.org/r/20190402194509.2832-6-kan.liang@linux.intel.com
[ Renamed GPRS => GP. ]
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2019-04-03 03:45:02 +08:00
|
|
|
u64 rtm_abort_event;
|
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];
|
|
|
|
|
2019-10-23 15:11:04 +08:00
|
|
|
/*
|
|
|
|
* perf task context (i.e. struct perf_event_context::task_ctx_data)
|
|
|
|
* switch helper to bridge calls from perf/core to perf/x86.
|
|
|
|
* See struct pmu::swap_task_ctx() usage for examples;
|
|
|
|
*/
|
|
|
|
void (*swap_task_ctx)(struct perf_event_context *prev,
|
|
|
|
struct perf_event_context *next);
|
|
|
|
|
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);
|
2019-02-04 20:35:32 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Check period value for PERF_EVENT_IOC_PERIOD ioctl.
|
|
|
|
*/
|
|
|
|
int (*check_period) (struct perf_event *event, u64 period);
|
perf/x86/intel: Support PEBS output to PT
If PEBS declares ability to output its data to Intel PT stream, use the
aux_output attribute bit to enable PEBS data output to PT. This requires
a PT event to be present and scheduled in the same context. Unlike the
DS area, the kernel does not extract PEBS records from the PT stream to
generate corresponding records in the perf stream, because that would
require real time in-kernel PT decoding, which is not feasible. The PMI,
however, can still be used.
The output setting is per-CPU, so all PEBS events must be either writing
to PT or to the DS area, therefore, in case of conflict, the conflicting
event will fail to schedule, allowing the rotation logic to alternate
between the PEBS->PT and PEBS->DS events.
Signed-off-by: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: kan.liang@linux.intel.com
Link: https://lkml.kernel.org/r/20190806084606.4021-3-alexander.shishkin@linux.intel.com
2019-08-06 16:46:01 +08:00
|
|
|
|
|
|
|
int (*aux_output_match) (struct perf_event *event);
|
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;
|
perf/x86/intel/lbr: Fix incomplete LBR call stack
LBR has a limited stack size. If a task has a deeper call stack than
LBR's stack size, only the overflowed part is reported. A complete call
stack may not be reconstructed by perf tool.
Current code doesn't access all LBR registers. It only read the ones
below the TOS. The LBR registers above the TOS will be discarded
unconditionally.
When a CALL is captured, the TOS is incremented by 1 , modulo max LBR
stack size. The LBR HW only records the call stack information to the
register which the TOS points to. It will not touch other LBR
registers. So the registers above the TOS probably still store the valid
call stack information for an overflowed call stack, which need to be
reported.
To retrieve complete call stack information, we need to start from TOS,
read all LBR registers until an invalid entry is detected.
0s can be used to detect the invalid entry, because:
- When a RET is captured, the HW zeros the LBR register which TOS points
to, then decreases the TOS.
- The LBR registers are reset to 0 when adding a new LBR event or
scheduling an existing LBR event.
- A taken branch at IP 0 is not expected
The context switch code is also modified to save/restore all valid LBR
registers. Furthermore, the LBR registers, which don't have valid call
stack information, need to be reset in restore, because they may be
polluted while swapped out.
Here is a small test program, tchain_deep.
Its call stack is deeper than 32.
noinline void f33(void)
{
int i;
for (i = 0; i < 10000000;) {
if (i%2)
i++;
else
i++;
}
}
noinline void f32(void)
{
f33();
}
noinline void f31(void)
{
f32();
}
... ...
noinline void f1(void)
{
f2();
}
int main()
{
f1();
}
Here is the test result on SKX. The max stack size of SKX is 32.
Without the patch:
$ perf record -e cycles --call-graph lbr -- ./tchain_deep
$ perf report --stdio
#
# Children Self Command Shared Object Symbol
# ........ ........ ........... ................ .................
#
100.00% 99.99% tchain_deep tchain_deep [.] f33
|
--99.99%--f30
f31
f32
f33
With the patch:
$ perf record -e cycles --call-graph lbr -- ./tchain_deep
$ perf report --stdio
# Children Self Command Shared Object Symbol
# ........ ........ ........... ................ ..................
#
99.99% 0.00% tchain_deep tchain_deep [.] f1
|
---f1
f2
f3
f4
f5
f6
f7
f8
f9
f10
f11
f12
f13
f14
f15
f16
f17
f18
f19
f20
f21
f22
f23
f24
f25
f26
f27
f28
f29
f30
f31
f32
f33
Signed-off-by: Kan Liang <kan.liang@linux.intel.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Stephane Eranian <eranian@google.com>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: acme@kernel.org
Cc: eranian@google.com
Link: https://lore.kernel.org/lkml/1528213126-4312-1-git-send-email-kan.liang@linux.intel.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2018-06-05 23:38:45 +08:00
|
|
|
int valid_lbrs;
|
2014-11-05 10:56:03 +08:00
|
|
|
int lbr_callstack_users;
|
|
|
|
int lbr_stack_state;
|
2018-06-05 23:38:46 +08:00
|
|
|
int log_id;
|
2014-11-05 10:56:03 +08:00
|
|
|
};
|
|
|
|
|
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 */
|
2018-03-09 10:15:39 +08:00
|
|
|
#define PMU_FL_PEBS_ALL 0x10 /* all events are valid PEBS events */
|
2019-03-06 05:23:18 +08:00
|
|
|
#define PMU_FL_TFA 0x20 /* deal with TSX force abort */
|
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, \
|
|
|
|
}
|
|
|
|
|
perf/x86/intel: Force resched when TFA sysctl is modified
This patch provides guarantee to the sysadmin that when TFA is disabled, no PMU
event is using PMC3 when the echo command returns. Vice-Versa, when TFA
is enabled, PMU can use PMC3 immediately (to eliminate possible multiplexing).
$ perf stat -a -I 1000 --no-merge -e branches,branches,branches,branches
1.000123979 125,768,725,208 branches
1.000562520 125,631,000,456 branches
1.000942898 125,487,114,291 branches
1.001333316 125,323,363,620 branches
2.004721306 125,514,968,546 branches
2.005114560 125,511,110,861 branches
2.005482722 125,510,132,724 branches
2.005851245 125,508,967,086 branches
3.006323475 125,166,570,648 branches
3.006709247 125,165,650,056 branches
3.007086605 125,164,639,142 branches
3.007459298 125,164,402,912 branches
4.007922698 125,045,577,140 branches
4.008310775 125,046,804,324 branches
4.008670814 125,048,265,111 branches
4.009039251 125,048,677,611 branches
5.009503373 125,122,240,217 branches
5.009897067 125,122,450,517 branches
Then on another connection, sysadmin does:
$ echo 1 >/sys/devices/cpu/allow_tsx_force_abort
Then perf stat adjusts the events immediately:
5.010286029 125,121,393,483 branches
5.010646308 125,120,556,786 branches
6.011113588 124,963,351,832 branches
6.011510331 124,964,267,566 branches
6.011889913 124,964,829,130 branches
6.012262996 124,965,841,156 branches
7.012708299 124,419,832,234 branches [79.69%]
7.012847908 124,416,363,853 branches [79.73%]
7.013225462 124,400,723,712 branches [79.73%]
7.013598191 124,376,154,434 branches [79.70%]
8.014089834 124,250,862,693 branches [74.98%]
8.014481363 124,267,539,139 branches [74.94%]
8.014856006 124,259,519,786 branches [74.98%]
8.014980848 124,225,457,969 branches [75.04%]
9.015464576 124,204,235,423 branches [75.03%]
9.015858587 124,204,988,490 branches [75.04%]
9.016243680 124,220,092,486 branches [74.99%]
9.016620104 124,231,260,146 branches [74.94%]
And vice-versa if the syadmin does:
$ echo 0 >/sys/devices/cpu/allow_tsx_force_abort
Events are again spread over the 4 counters:
10.017096277 124,276,230,565 branches [74.96%]
10.017237209 124,228,062,171 branches [75.03%]
10.017478637 124,178,780,626 branches [75.03%]
10.017853402 124,198,316,177 branches [75.03%]
11.018334423 124,602,418,933 branches [85.40%]
11.018722584 124,602,921,320 branches [85.42%]
11.019095621 124,603,956,093 branches [85.42%]
11.019467742 124,595,273,783 branches [85.42%]
12.019945736 125,110,114,864 branches
12.020330764 125,109,334,472 branches
12.020688740 125,109,818,865 branches
12.021054020 125,108,594,014 branches
13.021516774 125,109,164,018 branches
13.021903640 125,108,794,510 branches
13.022270770 125,107,756,978 branches
13.022630819 125,109,380,471 branches
14.023114989 125,133,140,817 branches
14.023501880 125,133,785,858 branches
14.023868339 125,133,852,700 branches
Signed-off-by: Stephane Eranian <eranian@google.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: Thomas Gleixner <tglx@linutronix.de>
Cc: Vince Weaver <vincent.weaver@maine.edu>
Cc: kan.liang@intel.com
Cc: nelson.dsouza@intel.com
Cc: tonyj@suse.com
Link: https://lkml.kernel.org/r/20190408173252.37932-3-eranian@google.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2019-04-09 01:32:52 +08:00
|
|
|
struct pmu *x86_get_pmu(void);
|
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);
|
|
|
|
|
2017-08-23 02:52:01 +08:00
|
|
|
int x86_pmu_max_precise(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
|
|
|
|
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 */
|
|
|
|
|
perf/x86/intel: Support PEBS output to PT
If PEBS declares ability to output its data to Intel PT stream, use the
aux_output attribute bit to enable PEBS data output to PT. This requires
a PT event to be present and scheduled in the same context. Unlike the
DS area, the kernel does not extract PEBS records from the PT stream to
generate corresponding records in the perf stream, because that would
require real time in-kernel PT decoding, which is not feasible. The PMI,
however, can still be used.
The output setting is per-CPU, so all PEBS events must be either writing
to PT or to the DS area, therefore, in case of conflict, the conflicting
event will fail to schedule, allowing the rotation logic to alternate
between the PEBS->PT and PEBS->DS events.
Signed-off-by: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: kan.liang@linux.intel.com
Link: https://lkml.kernel.org/r/20190806084606.4021-3-alexander.shishkin@linux.intel.com
2019-08-06 16:46:01 +08:00
|
|
|
static inline int is_pebs_pt(struct perf_event *event)
|
|
|
|
{
|
|
|
|
return !!(event->hw.flags & PERF_X86_EVENT_PEBS_VIA_PT);
|
|
|
|
}
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
#ifdef CONFIG_CPU_SUP_INTEL
|
|
|
|
|
2019-02-04 20:35:32 +08:00
|
|
|
static inline bool intel_pmu_has_bts_period(struct perf_event *event, u64 period)
|
2015-01-14 20:18:20 +08:00
|
|
|
{
|
2018-11-21 18:16:11 +08:00
|
|
|
struct hw_perf_event *hwc = &event->hw;
|
|
|
|
unsigned int hw_event, bts_event;
|
|
|
|
|
|
|
|
if (event->attr.freq)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
hw_event = hwc->config & INTEL_ARCH_EVENT_MASK;
|
|
|
|
bts_event = x86_pmu.event_map(PERF_COUNT_HW_BRANCH_INSTRUCTIONS);
|
2015-01-14 20:18:20 +08:00
|
|
|
|
2019-02-04 20:35:32 +08:00
|
|
|
return hw_event == bts_event && period == 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline bool intel_pmu_has_bts(struct perf_event *event)
|
|
|
|
{
|
|
|
|
struct hw_perf_event *hwc = &event->hw;
|
|
|
|
|
|
|
|
return intel_pmu_has_bts_period(event, hwc->sample_period);
|
2015-01-14 20:18:20 +08:00
|
|
|
}
|
|
|
|
|
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
|
|
|
|
2019-03-06 05:23:15 +08:00
|
|
|
extern int intel_cpuc_prepare(struct cpu_hw_events *cpuc, int cpu);
|
|
|
|
extern void intel_cpuc_finish(struct cpu_hw_events *cpuc);
|
2011-08-31 07:41:05 +08:00
|
|
|
|
|
|
|
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[];
|
|
|
|
|
2019-04-03 03:45:05 +08:00
|
|
|
extern struct event_constraint intel_icl_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);
|
|
|
|
|
2018-02-13 06:20:33 +08:00
|
|
|
void intel_pmu_auto_reload_read(struct perf_event *event);
|
|
|
|
|
perf/x86/intel: Support adaptive PEBS v4
Adaptive PEBS is a new way to report PEBS sampling information. Instead
of a fixed size record for all PEBS events it allows to configure the
PEBS record to only include the information needed. Events can then opt
in to use such an extended record, or stay with a basic record which
only contains the IP.
The major new feature is to support LBRs in PEBS record.
Besides normal LBR, this allows (much faster) large PEBS, while still
supporting callstacks through callstack LBR. So essentially a lot of
profiling can now be done without frequent interrupts, dropping the
overhead significantly.
The main requirement still is to use a period, and not use frequency
mode, because frequency mode requires reevaluating the frequency on each
overflow.
The floating point state (XMM) is also supported, which allows efficient
profiling of FP function arguments.
Introduce specific drain function to handle variable length records.
Use a new callback to parse the new record format, and also handle the
STATUS field now being at a different offset.
Add code to set up the configuration register. Since there is only a
single register, all events either get the full super set of all events,
or only the basic record.
Originally-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: Kan Liang <kan.liang@linux.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>
Cc: acme@kernel.org
Cc: jolsa@kernel.org
Link: https://lkml.kernel.org/r/20190402194509.2832-6-kan.liang@linux.intel.com
[ Renamed GPRS => GP. ]
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2019-04-03 03:45:02 +08:00
|
|
|
void intel_pmu_store_pebs_lbrs(struct pebs_lbr *lbr);
|
|
|
|
|
2011-08-31 07:41:05 +08:00
|
|
|
void intel_ds_init(void);
|
|
|
|
|
2019-10-23 15:12:54 +08:00
|
|
|
void intel_pmu_lbr_swap_task_ctx(struct perf_event_context *prev,
|
|
|
|
struct perf_event_context *next);
|
|
|
|
|
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);
|
|
|
|
|
2017-08-17 06:21:54 +08:00
|
|
|
void intel_pmu_pebs_data_source_skl(bool pmem);
|
|
|
|
|
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;
|
|
|
|
}
|
|
|
|
|
2019-03-15 16:14:10 +08:00
|
|
|
static inline int intel_cpuc_prepare(struct cpu_hw_events *cpuc, int cpu)
|
2019-03-06 05:23:15 +08:00
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-03-15 16:14:10 +08:00
|
|
|
static inline void intel_cpuc_finish(struct cpu_hw_events *cpuc)
|
2011-08-31 07:41:05 +08:00
|
|
|
{
|
|
|
|
}
|
|
|
|
|
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 */
|