perf: add support for sampling taken branches
Subsystems (9)
v5 cover perf: add support for sampling taken branches
This patchset adds an important and useful new feature toperf_events: branch stack sampling. In other words, the ability to capture taken branches into each sample.
Statistical sampling of taken branch should not be confused for branch tracing. Not all branches are necessarily captured
Sampling taken branches is important for basic block profiling, statistical call graph, function call counts. Many of those measurements can help drive a compiler optimizer.
The branch stack is a software abstraction which sits on top of the PMU hardware. As such, it is not available on all processors. For now, the patch provides the generic interface and the Intel X86 implementation where it leverages the Last Branch Record (LBR) feature (from Core2 to SandyBridge).
Branch stack sampling is supported for both per-thread and system-wide modes.
It is possible to filter the type and privilege level of branches to sample. The target of the branch is used to determine the privilege level.
For each branch, the source and destination are captured. On some hardware platforms, it may be possible to also extract the target prediction and, in that case, it is also exposed to end users.
The branch stack can record a variable number of taken branches per sample. Those branches are always consecutive in time. The number of branches captured depends on the filtering and the underlying hardware. On Intel Nehalem and later, up to 16 consecutive branches can be captured per sample.
Branch sampling is always coupled with an event. It can be any PMU event but it can't be a SW or tracepoint event.
Branch sampling is requested by setting a new sample_type flag called: PERF_SAMPLE_BRANCH_STACK.
To support branch filtering, we introduce a new field to the perf_event_attr struct: branch_sample_type. We chose NOT to overload the config1, config2 field because those are related to the event encoding. Branch stack is a separate feature which is combined with the event.
The branch_sample_type is a bitmask of possible filters. The following filters are defined (more can be added):
- PERF_SAMPLE_BRANCH_ANY : any control flow change - PERF_SAMPLE_BRANCH_USER : branches when target is at user level - PERF_SAMPLE_BRANCH_KERNEL : branches when target is at kernel level - PERF_SAMPLE_BRANCH_HV : branches when target is at hypervisor level
- PERF_SAMPLE_BRANCH_ANY_CALL: call branches (incl. syscalls)
- PERF_SAMPLE_BRANCH_ANY_RET : return branches (incl. syscall returns)
- PERF_SAMPLE_BRANCH_IND_CALL: indirect calls
It is possible to combine filters, e.g., IND_CALL|USER|KERNEL.
When the privilege level is not specified, the branch stack inherits that of the associated event.
Some processors may not offer hardware branch filtering, e.g., Intel Atom. Some may have HW filtering bugs (e.g., Nehalem). The Intel X86 implementation in this patchset also provides a SW branch filter which works on a best effort basis. It can compensate for the lack of LBR filtering. But first and foremost, it helps work around LBR filtering errata. The goal is to only capture the type of branches requested by the user.
It is possible to combine branch stack sampling with PEBS on Intel X86 processors. Depending on the precise_sampling mode, there are certain filterting restrictions. When precise_sampling=1, then there are no filtering restrictions. When precise_sampling > 1, then only ANY|USER|KERNEL filter can be used. This comes from the fact that the kernel uses LBR to compensate for the PEBS off-by-1 skid on the instruction pointer.
To demonstrate how the perf_event branch stack sampling interface works, the patchset also modifies perf record to capture taken branches. Similarly perf report is enhanced to display a histogram of taken branches.
I would like to thank Roberto Vitillo @ LBL for his work on the perf tool for this.
Enough talking, let's take a simple example. Our trivial test program goes like this:
void f2(void)
{}
void f3(void)
{}
void f1(unsigned long n)
{
if (n & 1UL)
f2();
else
f3();
}int main(void)
{
unsigned long i;
for (i=0; i < N; i++)
f1(i);
return 0;
}
$ perf record -b any branchy $ perf report -b # Events: 23K cycles # # Overhead Source Symbol Target Symbol # ........ ................ ................
18.13% [.] f1 [.] main
18.10% [.] main [.] main
18.01% [.] main [.] f1
15.69% [.] f1 [.] f1
9.11% [.] f3 [.] f1
6.78% [.] f1 [.] f3
6.74% [.] f1 [.] f2
6.71% [.] f2 [.] f1 Of the total number of branches captured, 18.13% were from f1() -> main().
Let's make this clearer by filtering the user call branches only:
$ perf record -b any_call -e cycles:u branchy
$ perf report -b
# Events: 19K cycles
#
# Overhead Source Symbol Target Symbol
# ........ ......................... .........................
#
52.50% [.] main [.] f1
23.99% [.] f1 [.] f3
23.48% [.] f1 [.] f2
0.03% [.] _IO_default_xsputn [.] _IO_new_file_overflow
0.01% [k] _start [k] __libc_start_main Now it is more obvious. %52 of all the captured branches where calls from main() -> f1(). The rest is split 50/50 between f1() -> f2() and f1() -> f3() which is expected given that f1() dispatches based on odd vs. even values of n which is constantly increasing.
Here is a kernel example, where we want to sample indirect calls:
$ perf record -a -C 1 -b ind_call -e r1c4:k sleep 10
$ perf report -b
#
# Overhead Source Symbol Target Symbol
# ........ .......................... ..........................
#
36.36% [k] __delay [k] delay_tsc
9.09% [k] ktime_get [k] read_tsc
9.09% [k] getnstimeofday [k] read_tsc
9.09% [k] notifier_call_chain [k] tick_notify
4.55% [k] cpuidle_idle_call [k] intel_idle
4.55% [k] cpuidle_idle_call [k] menu_reflect
2.27% [k] handle_irq [k] handle_edge_irq
2.27% [k] ack_apic_edge [k] native_apic_mem_write
2.27% [k] hpet_interrupt_handler [k] hrtimer_interrupt
2.27% [k] __run_hrtimer [k] watchdog_timer_fn
2.27% [k] enqueue_task [k] enqueue_task_rt
2.27% [k] try_to_wake_up [k] select_task_rq_rt
2.27% [k] do_timer [k] read_tsc Due to HW limitations, branch filtering may be approximate on Core, Atom processors. It is more accurate on Nehalem, Westmere and best on Sandy Bridge.
In version 2, we've updated the patch to tip/master (commit 5734857) and we've incoporated the feedback from v1 concerning anynous bitfield struct for branch_stack_entry and the hanlding of i386 ABI binaries on 64-bit host in the instr decoder for the LBR SW filter.
In version 3, we've updated to 3.2.0-tip. The Atom revision check has been put into its own patch. We fixed a browser issue with report report. We fixed all the style issues as well.
In version 4, we've modified the branch stack API to add a missing priv level : hypervisor. There is a new PERF_SAMPLE_BRANCH_HV. It is not used on Intel X86. Thanks to [email protected] for pointing this out. We also fix compilation error on ARM.
In version 4, we also extend the patch to include the changes necessary to the perf tool to support reading perf.data files which were produced from older perf_event ABI revisions. This patch set extends the ABI with a new field in struct perf_event_attr. That struct is saved as is in the perf.data file. Therefore, older perf.data files contain smaller perf_event_attr struct, yet perf must process them transparently. That's not the case today. It dies with 'incompatible file format'.
The patch solves this problem and, at the same time, decouples endianness detection from the size of perf_event_attr. Endianness is now detected via the signature (the first 8 bytes of the file). We introduce a new signature (PERFILE2). It is not laid out the same way in the file based on the endianness of the host where the file is written. Therefore, we can dynamically detect the endianness by simply reading the first 8 bytes. The size of the perf_event_attr struct can then be processed according to the endianness. The ambiguity between the size being at the same time, the endianness marker and the actual size is gone. We can now distinguish an older ABI by the size and not confuse it with an endianness mismatch.
In version 5, we fix the PEBS+LBR vs. BRANCH_STACK check in x86_pmu_hw_config. We also changed the handling of PERF_SAMPLE_BRANCH_HV on X86. It is now ignored instead of triggering an error. That enables: perf record -b any -e cycles, without having to force a priv level on the branch type. We also fix an uninitialized variable bug in the perf tool reported by reviewers. Thanks to Anshuman Khandual for his comments.
Roberto Agostino Vitillo (3):
perf: add code to support PERF_SAMPLE_BRANCH_STACK
perf: add support for sampling taken branch to perf record
perf: add support for taken branch sampling to perf report
Stephane Eranian (15):
perf: add generic taken branch sampling support
perf: add Intel LBR MSR definitions
perf: add Intel X86 LBR sharing logic
perf: sync branch stack sampling with X86 precise_sampling
perf: add Intel X86 LBR mappings for PERF_SAMPLE_BRANCH filters
perf: disable LBR support for older Intel Atom processors
perf: implement PERF_SAMPLE_BRANCH for Intel X86
perf: add LBR software filter support for Intel X86
perf: disable PERF_SAMPLE_BRANCH_* when not supported
perf: add hook to flush branch_stack on context switch
perf: fix endianness detection in perf.data
perf: add ABI reference sizes
perf: enable reading of perf.data files from different ABI rev
perf: fix bug print_event_desc()
perf: make perf able to read file from older ABIs
arch/alpha/kernel/perf_event.c | 4 + arch/arm/kernel/perf_event.c | 4 + arch/mips/kernel/perf_event_mipsxx.c | 4 + arch/powerpc/kernel/perf_event.c | 4 + arch/sh/kernel/perf_event.c | 4 + arch/sparc/kernel/perf_event.c | 4 + arch/x86/include/asm/msr-index.h | 7 + arch/x86/kernel/cpu/perf_event.c | 85 ++++- arch/x86/kernel/cpu/perf_event.h | 19 + arch/x86/kernel/cpu/perf_event_amd.c | 3 + arch/x86/kernel/cpu/perf_event_intel.c | 120 +++++-- arch/x86/kernel/cpu/perf_event_intel_ds.c | 22 +- arch/x86/kernel/cpu/perf_event_intel_lbr.c | 526 ++++++++++++++++++++++++++-- include/linux/perf_event.h | 82 ++++- kernel/events/core.c | 177 ++++++++++ kernel/events/hw_breakpoint.c | 6 + tools/perf/Documentation/perf-record.txt | 25 ++ tools/perf/Documentation/perf-report.txt | 7 + tools/perf/builtin-record.c | 74 ++++ tools/perf/builtin-report.c | 98 +++++- tools/perf/perf.h | 18 + tools/perf/util/annotate.c | 2 +- tools/perf/util/event.h | 1 + tools/perf/util/evsel.c | 14 + tools/perf/util/header.c | 230 +++++++++++-- tools/perf/util/hist.c | 93 ++++- tools/perf/util/hist.h | 7 + tools/perf/util/session.c | 72 ++++ tools/perf/util/session.h | 4 + tools/perf/util/sort.c | 362 ++++++++++++++----- tools/perf/util/sort.h | 5 + tools/perf/util/symbol.h | 13 + 32 files changed, 1866 insertions(+), 230 deletions(-)
Signature · 1 line
1.7.4.1
PATCH v5 1/18 perf: add generic taken branch sampling support
This patch adds the ability to sample taken branches to the perf_event interface.
The ability to capture taken branches is very useful for all sorts of analysis. For instance, basic block profiling, call counts, statistical call graph.
This new capability requires hardware assist and as such may not be available on all HW platforms. On Intel X86, it is implemented on top of the Last Branch Record (LBR) facility.
To enable taken branches sampling, the PERF_SAMPLE_BRANCH_STACK bit must be set in attr->sample_type.
Sampled taken branches may be filtered by type and/or priv levels.
The patch adds a new field, called branch_sample_type, to the perf_event_attr structure. It contains a bitmask of filters to apply to the sampled taken branches.
Filters may be implemented in HW. If the HW filter does not exist or is not good enough, some arch may also implement a SW filter.
The following generic filters are currently defined:
- PERF_SAMPLE_USER
only branches whose targets are at the user level
- PERF_SAMPLE_KERNEL
only branches whose targets are at the kernel level
- PERF_SAMPLE_HV
only branches whose targets are at the hypervisor level
- PERF_SAMPLE_ANY
any type of branches (subject to priv levels filters)
- PERF_SAMPLE_ANY_CALL
any call branches (may incl. syscall on some arch)
- PERF_SAMPLE_ANY_RET
any return branches (may incl. syscall returns on some arch)
- PERF_SAMPLE_IND_CALL
indirect call branches
Obviously filter may be combined. The priv level bits are optional. If not provided, the priv level of the associated event are used. It is possible to collect branches at a priv level different from the associated event. Use of kernel, hv priv levels is subject to permissions and availability (hv).
The number of taken branch records present in each sample may vary based on HW, the type of sampled branches, the executed code. Therefore each sample contains the number of taken branches it contains.
--- arch/x86/kernel/cpu/perf_event_intel_lbr.c | 21 +++++--- include/linux/perf_event.h | 71 ++++++++++++++++++++++++++-- kernel/events/core.c | 68 ++++++++++++++++++++++++++ 3 files changed, 148 insertions(+), 12 deletions(-)
arch/x86/kernel/cpu/perf_event_intel_lbr.c +13 -8
@@ -144,9 +144,11 @@ static void intel_pmu_lbr_read_32(struct cpu_hw_events *cpuc)rdmsrl (x86_pmu.lbr_from + lbr_idx, msr_lastbranch.lbr); - cpuc->lbr_entries[i].from = msr_lastbranch.from; - cpuc->lbr_entries[i].to = msr_lastbranch.to; - cpuc->lbr_entries[i].flags =0 ; + cpuc->lbr_entries[i].from = msr_lastbranch.from; + cpuc->lbr_entries[i].to = msr_lastbranch.to; + cpuc->lbr_entries[i].mispred =0 ; + cpuc->lbr_entries[i].predicted =0 ; + cpuc->lbr_entries[i].reserved =0 ; } cpuc->lbr_stack.nr = i; }
@@ -167,19 +169,22 @@ static void intel_pmu_lbr_read_64(struct cpu_hw_events *cpuc)for (i =0 ; i < x86_pmu.lbr_nr; i++) {unsigned long lbr_idx = (tos - i) & mask; -u64 from, to, flags =0 ; +u64 from, to, mis =0 , pred =0 ;rdmsrl (x86_pmu.lbr_from + lbr_idx, from);rdmsrl (x86_pmu.lbr_to + lbr_idx, to);if (lbr_format ==LBR_FORMAT_EIP_FLAGS ) { - flags = !!(from &LBR_FROM_FLAG_MISPRED ); + mis = !!(from &LBR_FROM_FLAG_MISPRED ); + pred = !mis; from = (u64)((((s64 )from) <<1 ) >>1 ); } - cpuc->lbr_entries[i].from = from; - cpuc->lbr_entries[i].to = to; - cpuc->lbr_entries[i].flags = flags; + cpuc->lbr_entries[i].from = from; + cpuc->lbr_entries[i].to = to; + cpuc->lbr_entries[i].mispred = mis; + cpuc->lbr_entries[i].predicted = pred; + cpuc->lbr_entries[i].reserved =0 ; } cpuc->lbr_stack.nr = i; }
include/linux/perf_event.h +67 -4
127 lines not on this page · raw message
kernel/events/core.c +68 -0
92 lines not on this page · raw message
Signature · 1 line
1.7.4.1
PATCH v5 2/18 perf: add Intel LBR MSR definitions
In reply to Stephane EranianThis patch adds the LBR definitions for NHM/WSM/SNB and Core. It also adds the definitions for the architected LBR MSR:LBR_SELECT, LBRT_TOS.
--- arch/x86/include/asm/msr-index.h | 7 +++++++ arch/x86/kernel/cpu/perf_event_intel_lbr.c | 18 +++++++++--------- 2 files changed, 16 insertions(+), 9 deletions(-)
arch/x86/include/asm/msr-index.h +7 -0
@@ -56,6 +56,13 @@#define MSR_OFFCORE_RSP_0 0x000001a6#define MSR_OFFCORE_RSP_1 0x000001a7 +#define MSR_LBR_SELECT 0x000001c8 +#define MSR_LBR_TOS 0x000001c9 +#define MSR_LBR_NHM_FROM 0x00000680 +#define MSR_LBR_NHM_TO 0x000006c0 +#define MSR_LBR_CORE_FROM 0x00000040 +#define MSR_LBR_CORE_TO 0x00000060 +#define MSR_IA32_PEBS_ENABLE 0x000003f1#define MSR_IA32_DS_AREA 0x00000600#define MSR_IA32_PERF_CAPABILITIES 0x00000345
arch/x86/kernel/cpu/perf_event_intel_lbr.c +9 -9
@@ -205,23 +205,23 @@ void intel_pmu_lbr_read(void)void intel_pmu_lbr_init_core (void ) { x86_pmu.lbr_nr =4 ; - x86_pmu.lbr_tos =0x01c9 ; - x86_pmu.lbr_from =0x40 ; - x86_pmu.lbr_to =0x60 ; + x86_pmu.lbr_tos =MSR_LBR_TOS ; + x86_pmu.lbr_from =MSR_LBR_CORE_FROM ; + x86_pmu.lbr_to =MSR_LBR_CORE_TO ; }void intel_pmu_lbr_init_nhm (void ) { x86_pmu.lbr_nr =16 ; - x86_pmu.lbr_tos =0x01c9 ; - x86_pmu.lbr_from =0x680 ; - x86_pmu.lbr_to =0x6c0 ; + x86_pmu.lbr_tos =MSR_LBR_TOS ; + x86_pmu.lbr_from =MSR_LBR_NHM_FROM ; + x86_pmu.lbr_to =MSR_LBR_NHM_TO ; }void intel_pmu_lbr_init_atom (void ) { x86_pmu.lbr_nr =8 ; - x86_pmu.lbr_tos =0x01c9 ; - x86_pmu.lbr_from =0x40 ; - x86_pmu.lbr_to =0x60 ; + x86_pmu.lbr_tos =MSR_LBR_TOS ; + x86_pmu.lbr_from =MSR_LBR_CORE_FROM ; + x86_pmu.lbr_to =MSR_LBR_CORE_TO ; }
Signature · 1 line
1.7.4.1
PATCH v5 3/18 perf: add Intel X86 LBR sharing logic
In reply to Stephane EranianThe Intel LBR on some recent processor is capable of filtering branches by type. The filter is configurable via the LBR_SELECT MSR register.
There are limitation on how this register can be used.
On Nehalem/Westmere, the LBR_SELECT is shared by the two HT threads when HT is on. It is private to each core when HT is off.
On SandyBridge, the LBR_SELECT register is private to each thread when HT is on. It is private to each core when HT is off.
The kernel must manage the sharing of LBR_SELECT. It allows multiple users on the same logical CPU to use LBR_SELECT as long as they program it with the same value. Across sibling CPUs (HT threads), the same restriction applies on NHM/WSM.
This patch implements this sharing logic by leveraging the mechanism put in place for managing the offcore_response shared MSR.
We modify __intel_shared_reg_get_constraints() to cause x86_get_event_constraint() to be called because LBR may be associated with events that may be counter constrained.
--- arch/x86/kernel/cpu/perf_event.c | 4 ++ arch/x86/kernel/cpu/perf_event.h | 4 ++ arch/x86/kernel/cpu/perf_event_intel.c | 70 ++++++++++++++++++++------------ 3 files changed, 52 insertions(+), 26 deletions(-)
arch/x86/kernel/cpu/perf_event.c +4 -0
@@ -426,6 +426,10 @@ static int __x86_pmu_event_init(struct perf_event *event)/* mark unused */ event->hw.extra_reg.idx =EXTRA_REG_NONE ; +/* mark not used */ + event->hw.extra_reg.idx =EXTRA_REG_NONE ; + event->hw.branch_reg.idx =EXTRA_REG_NONE ; +return x86_pmu.hw_config (event); }
arch/x86/kernel/cpu/perf_event.h +4 -0
@@ -33,6 +33,7 @@ enum extra_reg_type {EXTRA_REG_RSP_0 =0 ,/* offcore_response_0 */ EXTRA_REG_RSP_1 =1 ,/* offcore_response_1 */ +EXTRA_REG_LBR =2 ,/* lbr_select */ EXTRA_REG_MAX /* number of entries needed */ };
@@ -130,6 +131,7 @@ struct cpu_hw_events {void *lbr_context;struct perf_branch_stack lbr_stack;struct perf_branch_entry lbr_entries[MAX_LBR_ENTRIES ]; +struct er_account *lbr_sel;/* * Intel host/guest exclude bits
@@ -340,6 +342,8 @@ struct x86_pmu {*/ unsigned long lbr_tos, lbr_from, lbr_to;/* MSR base regs */ int lbr_nr;/* hardware stack size */ +u64 lbr_sel_mask;/* LBR_SELECT valid bits */ +const int *lbr_sel_map;/* lbr_select mappings */ /* * Extra registers for events
arch/x86/kernel/cpu/perf_event_intel.c +44 -26
121 lines not on this page · raw message
Signature · 1 line
1.7.4.1
PATCH v5 4/18 perf: sync branch stack sampling with X86 precise_sampling
In reply to Stephane EranianIf precise sampling is enabled on Intel X86, then perf_event uses PEBS. To correct for the off-by-one error of PEBS, perf_event uses LBR when precise_sample > 1.
On Intel X86, PERF_SAMPLE_BRANCH_STACK is implemented using LBR, therefore both features must be coordinated as they may not configure LBR the same way.
For PEBS, LBR needs to capture all branches at the priv level of the associated event.
This patch checks that the branch type and priv level of BRANCH_STACK is compatible with that of the PEBS LBR requirement, thereby allowing:
$ perf record -b any,u -e instructions:upp ....
But
$ perf record -b any_call,u -e instructions:upp
Is not possible.
--- arch/x86/kernel/cpu/perf_event.c | 60 ++++++++++++++++++++++++++++++++++++++ 1 files changed, 60 insertions(+), 0 deletions(-)
arch/x86/kernel/cpu/perf_event.c +60 -0
@@ -353,6 +353,36 @@ int x86_setup_perfctr(struct perf_event *event)return 0 ; } +/* +* check that branch_sample_type is compatible with +* settings needed for precise_ip > 1 which implies +* using the LBR to capture ALL taken branches at the +* priv levels of the measurement +*/ +static inline int precise_br_compat (struct perf_event *event) +{ +u64 m = event->attr.branch_sample_type; +u64 b =0 ; + +/* must capture all branches */ +if (!(m &PERF_SAMPLE_BRANCH_ANY )) +return 0 ; + + m &=PERF_SAMPLE_BRANCH_KERNEL |PERF_SAMPLE_BRANCH_USER ; + +if (!event->attr.exclude_user) + b |=PERF_SAMPLE_BRANCH_USER ; + +if (!event->attr.exclude_kernel) + b |=PERF_SAMPLE_BRANCH_KERNEL ; + +/* +* ignore PERF_SAMPLE_BRANCH_HV, not supported on X86 +*/ + +return m == b; +} +int x86_pmu_hw_config (struct perf_event *event) {if (event->attr.precise_ip) {
@@ -369,6 +399,36 @@ int x86_pmu_hw_config(struct perf_event *event)if (event->attr.precise_ip > precise)return -EOPNOTSUPP ; +/* +* check that PEBS LBR correction does not conflict with +* whatever the user is asking with attr->branch_sample_type +*/ +if (event->attr.precise_ip >1 ) { +u64 *br_type = &event->attr.branch_sample_type; + +if (has_branch_stack (event)) { +if (!precise_br_compat (event)) +return -EOPNOTSUPP ; + +/* branch_sample_type is compatible */ + + }else { +/* +* user did not specify branch_sample_type +* +* For PEBS fixups, we capture all +* the branches at the priv level of the +* event. +*/ + *br_type =PERF_SAMPLE_BRANCH_ANY ; + +if (!event->attr.exclude_user) + *br_type |=PERF_SAMPLE_BRANCH_USER ; + +if (!event->attr.exclude_kernel) + *br_type |=PERF_SAMPLE_BRANCH_KERNEL ; + } + } }/*
Signature · 1 line
1.7.4.1
PATCH v5 5/18 perf: add Intel X86 LBR mappings for PERF_SAMPLE_BRANCH filters
In reply to Stephane EranianThis patch adds the mappings from the generic PERF_SAMPLE_BRANCH_* filters to the actual Intel X86 LBR filters, whenever they exist.
--- arch/x86/kernel/cpu/perf_event.h | 2 + arch/x86/kernel/cpu/perf_event_intel.c | 2 +- arch/x86/kernel/cpu/perf_event_intel_lbr.c | 103 +++++++++++++++++++++++++++- 3 files changed, 104 insertions(+), 3 deletions(-)
arch/x86/kernel/cpu/perf_event.h +2 -0
@@ -535,6 +535,8 @@ void intel_pmu_lbr_init_nhm(void);void intel_pmu_lbr_init_atom (void ); +void intel_pmu_lbr_init_snb (void ); +int p4_pmu_init (void );int p6_pmu_init (void );
arch/x86/kernel/cpu/perf_event_intel.c +1 -1
@@ -1757,7 +1757,7 @@ __init int intel_pmu_init(void)memcpy (hw_cache_event_ids, snb_hw_cache_event_ids,sizeof (hw_cache_event_ids)); -intel_pmu_lbr_init_nhm (); +intel_pmu_lbr_init_snb (); x86_pmu.event_constraints = intel_snb_event_constraints; x86_pmu.pebs_constraints = intel_snb_pebs_event_constraints;
arch/x86/kernel/cpu/perf_event_intel_lbr.c +101 -2
141 lines not on this page · raw message
Signature · 1 line
1.7.4.1
PATCH v5 6/18 perf: disable LBR support for older Intel Atom processors
In reply to Stephane EranianThe patch adds a restriction for Intel Atom LBR support. Only steppings 10 (PineView) and more recent are supported. Older models, do not have a functional LBR. Their LBR does not freeze on PMU interrupt which makes LBR unusable in the context of perf_events.
--- arch/x86/kernel/cpu/perf_event_intel_lbr.c | 10 ++++++++++ 1 files changed, 10 insertions(+), 0 deletions(-)
arch/x86/kernel/cpu/perf_event_intel_lbr.c +10 -0
@@ -317,6 +317,16 @@ void intel_pmu_lbr_init_snb(void)/* atom */ void intel_pmu_lbr_init_atom (void ) { +/* +* only models starting at stepping 10 seems +* to have an operational LBR which can freeze +* on PMU interrupt +*/ +if (boot_cpu_data.x86_mask <10 ) { +pr_cont ("LBR disabled due to erratum" ); +return ; + } + x86_pmu.lbr_nr =8 ; x86_pmu.lbr_tos =MSR_LBR_TOS ; x86_pmu.lbr_from =MSR_LBR_CORE_FROM ;
Signature · 1 line
1.7.4.1
PATCH v5 7/18 perf: implement PERF_SAMPLE_BRANCH for Intel X86
In reply to Stephane EranianThis patch implements PERF_SAMPLE_BRANCH support for Intel X86 processors. It connects PERF_SAMPLE_BRANCH to the actual LBR.
The patch adds the hooks in the PMU irq handler to save the LBR on counter overflow for both regular and PEBS modes.
--- arch/x86/kernel/cpu/perf_event.h | 2 + arch/x86/kernel/cpu/perf_event_intel.c | 35 +++++++++++ arch/x86/kernel/cpu/perf_event_intel_ds.c | 10 +-- arch/x86/kernel/cpu/perf_event_intel_lbr.c | 86 +++++++++++++++++++++++++++- 4 files changed, 125 insertions(+), 8 deletions(-)
arch/x86/kernel/cpu/perf_event.h +2 -0
@@ -537,6 +537,8 @@ void intel_pmu_lbr_init_atom(void);void intel_pmu_lbr_init_snb (void ); +int intel_pmu_setup_lbr_filter (struct perf_event *event); +int p4_pmu_init (void );int p6_pmu_init (void );
arch/x86/kernel/cpu/perf_event_intel.c +35 -0
@@ -727,6 +727,19 @@ static __initconst const u64 atom_hw_cache_event_ids }, }; +static inline bool intel_pmu_needs_lbr_smpl (struct perf_event *event) +{ +/* user explicitly requested branch sampling */ +if (has_branch_stack (event)) +return true; + +/* implicit branch sampling to correct PEBS skid */ +if (x86_pmu.intel_cap.pebs_trap && event->attr.precise_ip >1 ) +return true; + +return false; +} +static void intel_pmu_disable_all (void ) {struct cpu_hw_events *cpuc = &__get_cpu_var (cpu_hw_events);
@@ -881,6 +894,13 @@ static void intel_pmu_disable_event(struct perf_event *event) cpuc->intel_ctrl_guest_mask &= ~(1ull << hwc->idx); cpuc->intel_ctrl_host_mask &= ~(1ull << hwc->idx); +/* +* must disable before any actual event +* because any event may be combined with LBR +*/ +if (intel_pmu_needs_lbr_smpl (event)) +intel_pmu_lbr_disable (event); +if (unlikely (hwc->config_base ==MSR_ARCH_PERFMON_FIXED_CTR_CTRL )) {intel_pmu_disable_fixed (hwc);return ;
@@ -935,6 +955,12 @@ static void intel_pmu_enable_event(struct perf_event *event)intel_pmu_enable_bts (hwc->config);return ; } +/* +* must enabled before any actual event +* because any event may be combined with LBR +*/ +if (intel_pmu_needs_lbr_smpl (event)) +intel_pmu_lbr_enable (event);if (event->attr.exclude_host) cpuc->intel_ctrl_guest_mask |= (1ull << hwc->idx);
@@ -1057,6 +1083,9 @@ static int intel_pmu_handle_irq(struct pt_regs *regs) data.period = event->hw.last_period; +if (has_branch_stack (event)) + data.br_stack = &cpuc->lbr_stack; +if (perf_event_overflow (event, &data, regs))x86_pmu_stop (event,0 ); }
@@ -1305,6 +1334,12 @@ static int intel_pmu_hw_config(struct perf_event *event) event->hw.config = alt_config; } +if (intel_pmu_needs_lbr_smpl (event)) { + ret =intel_pmu_setup_lbr_filter (event); +if (ret) +return ret; + } +if (event->attr.type !=PERF_TYPE_RAW )return 0 ;
arch/x86/kernel/cpu/perf_event_intel_ds.c +4 -6
@@ -440,9 +440,6 @@ void intel_pmu_pebs_enable(struct perf_event *event) cpuc->pebs_enabled |=1ULL << hwc->idx;WARN_ON_ONCE (cpuc->enabled); - -if (x86_pmu.intel_cap.pebs_trap && event->attr.precise_ip >1 ) -intel_pmu_lbr_enable (event); }void intel_pmu_pebs_disable (struct perf_event *event)
@@ -455,9 +452,6 @@ void intel_pmu_pebs_disable(struct perf_event *event)wrmsrl (MSR_IA32_PEBS_ENABLE , cpuc->pebs_enabled); hwc->config |=ARCH_PERFMON_EVENTSEL_INT ; - -if (x86_pmu.intel_cap.pebs_trap && event->attr.precise_ip >1 ) -intel_pmu_lbr_disable (event); }void intel_pmu_pebs_enable_all (void )
@@ -573,6 +567,7 @@ static void __intel_pmu_pebs_event(struct perf_event *event,* both formats and we don't use the other fields in this * routine. */ +struct cpu_hw_events *cpuc = &__get_cpu_var (cpu_hw_events);struct pebs_record_core *pebs = __pebs;struct perf_sample_data data;struct pt_regs regs;
@@ -603,6 +598,9 @@ static void __intel_pmu_pebs_event(struct perf_event *event,else regs.flags &= ~PERF_EFLAGS_EXACT ; +if (has_branch_stack (event)) + data.br_stack = &cpuc->lbr_stack; +if (perf_event_overflow (event, &data, ®s))x86_pmu_stop (event,0 ); }
arch/x86/kernel/cpu/perf_event_intel_lbr.c +84 -2
123 lines not on this page · raw message
Signature · 1 line
1.7.4.1
PATCH v5 8/18 perf: add LBR software filter support for Intel X86
In reply to Stephane EranianThis patch adds an internal sofware filter to complement the (optional) LBR hardware filter.
The software filter is necessary:
- as a substitute when there is no HW LBR filter (e.g., Atom, Core)
- to complement HW LBR filter in case of errata (e.g., Nehalem/Westmere)
- to provide finer grain filtering (e.g., all processors)
Sometimes, the LBR HW filter cannot distinguish between two types of branches. For instance, to capture syscall as CALLS, it is necessary to enable the LBR_FAR filter which will also capture JMP instructions. Thus, a second pass is necessary to filter those out, this is what the SW filter can do.
The SW filter is built on top of the internal x86 disassembler. It is a best effort filter especially for user level code. It is subject to the availability of the text page of the program.
The SW filter is enabled on all Intel X86 processors. It is bypassed when the user is capturing all branches at all priv levels.
--- arch/x86/kernel/cpu/perf_event.h | 10 + arch/x86/kernel/cpu/perf_event_intel_ds.c | 12 +- arch/x86/kernel/cpu/perf_event_intel_lbr.c | 332 ++++++++++++++++++++++++++-- 3 files changed, 321 insertions(+), 33 deletions(-)
arch/x86/kernel/cpu/perf_event.h +10 -0
@@ -132,6 +132,7 @@ struct cpu_hw_events {struct perf_branch_stack lbr_stack;struct perf_branch_entry lbr_entries[MAX_LBR_ENTRIES ];struct er_account *lbr_sel; +u64 br_sel;/* * Intel host/guest exclude bits
@@ -455,6 +456,15 @@ extern struct event_constraint emptyconstraint;extern struct event_constraint unconstrained; +static inline bool kernel_ip (unsigned long ip) +{ +#ifdef CONFIG_X86_32 +return ip >PAGE_OFFSET ; +#else +return (long )ip <0 ; +#endif +} +#ifdef CONFIG_CPU_SUP_AMD int amd_pmu_init (void );
arch/x86/kernel/cpu/perf_event_intel_ds.c +1 -11
@@ -3,6 +3,7 @@#include <linux/slab.h> #include <asm/perf_event.h> +#include <asm/insn.h> #include "perf_event.h"
@@ -470,17 +471,6 @@ void intel_pmu_pebs_disable_all(void)wrmsrl (MSR_IA32_PEBS_ENABLE ,0 ); } -#include <asm/insn.h> - -static inline bool kernel_ip (unsigned long ip) -{ -#ifdef CONFIG_X86_32 -return ip >PAGE_OFFSET ; -#else -return (long )ip <0 ; -#endif -} -static int intel_pmu_pebs_fixup_ip (struct pt_regs *regs) {struct cpu_hw_events *cpuc = &__get_cpu_var (cpu_hw_events);
arch/x86/kernel/cpu/perf_event_intel_lbr.c +310 -22
405 lines not on this page · raw message
Signature · 1 line
1.7.4.1
PATCH v5 9/18 perf: disable PERF_SAMPLE_BRANCH_* when not supported
In reply to Stephane EranianPERF_SAMPLE_BRANCH_* is disabled for:
- SW events (sw counters, tracepoints)
- HW breakpoints
- ALL but Intel X86 architecture
- AMD64 processors
--- arch/alpha/kernel/perf_event.c | 4 ++++ arch/arm/kernel/perf_event.c | 4 ++++ arch/mips/kernel/perf_event_mipsxx.c | 4 ++++ arch/powerpc/kernel/perf_event.c | 4 ++++ arch/sh/kernel/perf_event.c | 4 ++++ arch/sparc/kernel/perf_event.c | 4 ++++ arch/x86/kernel/cpu/perf_event_amd.c | 3 +++ kernel/events/core.c | 24 ++++++++++++++++++++++++ kernel/events/hw_breakpoint.c | 6 ++++++ 9 files changed, 57 insertions(+), 0 deletions(-)
arch/alpha/kernel/perf_event.c +4 -0
@@ -685,6 +685,10 @@ static int alpha_pmu_event_init(struct perf_event *event) {int err; +/* does not support taken branch sampling */ +if (has_branch_stack (event)) +return -EOPNOTSUPP ; +switch (event->attr.type) {case PERF_TYPE_RAW :case PERF_TYPE_HARDWARE :
arch/arm/kernel/perf_event.c +4 -0
@@ -539,6 +539,10 @@ static int armpmu_event_init(struct perf_event *event)int err =0 ;atomic_t *active_events = &armpmu->active_events; +/* does not support taken branch sampling */ +if (has_branch_smpl (event)) +return -EOPNOTSUPP ; +if (armpmu->map_event (event) == -ENOENT )return -ENOENT ;
arch/mips/kernel/perf_event_mipsxx.c +4 -0
@@ -606,6 +606,10 @@ static int mipspmu_event_init(struct perf_event *event) {int err =0 ; +/* does not support taken branch sampling */ +if (has_branch_stack (event)) +return -EOPNOTSUPP ; +switch (event->attr.type) {case PERF_TYPE_RAW :case PERF_TYPE_HARDWARE :
arch/powerpc/kernel/perf_event.c +4 -0
@@ -1078,6 +1078,10 @@ static int power_pmu_event_init(struct perf_event *event)if (!ppmu)return -ENOENT ; +/* does not support taken branch sampling */ +if (has_branch_stack (event)) +return -EOPNOTSUPP ; +switch (event->attr.type) {case PERF_TYPE_HARDWARE : ev = event->attr.config;
arch/sh/kernel/perf_event.c +4 -0
@@ -310,6 +310,10 @@ static int sh_pmu_event_init(struct perf_event *event) {int err; +/* does not support taken branch sampling */ +if (has_branch_stack (event)) +return -EOPNOTSUPP ; +switch (event->attr.type) {case PERF_TYPE_RAW :case PERF_TYPE_HW_CACHE :
arch/sparc/kernel/perf_event.c +4 -0
@@ -1105,6 +1105,10 @@ static int sparc_pmu_event_init(struct perf_event *event)if (atomic_read (&nmi_active) <0 )return -ENODEV ; +/* does not support taken branch sampling */ +if (has_branch_stack (event)) +return -EOPNOTSUPP ; +switch (attr->type) {case PERF_TYPE_HARDWARE :if (attr->config >= sparc_pmu->max_events)
arch/x86/kernel/cpu/perf_event_amd.c +3 -0
@@ -138,6 +138,9 @@ static int amd_pmu_hw_config(struct perf_event *event)if (ret)return ret; +if (has_branch_stack (event)) +return -EOPNOTSUPP ; +if (event->attr.exclude_host && event->attr.exclude_guest)/* * When HO == GO == 1 the hardware treats that as GO == HO == 0
kernel/events/core.c +24 -0
@@ -5035,6 +5035,12 @@ static int perf_swevent_init(struct perf_event *event)if (event->attr.type !=PERF_TYPE_SOFTWARE )return -ENOENT ; +/* +* no branch sampling for software events +*/ +if (has_branch_stack (event)) +return -EOPNOTSUPP ; +switch (event_id) {case PERF_COUNT_SW_CPU_CLOCK :case PERF_COUNT_SW_TASK_CLOCK :
@@ -5145,6 +5151,12 @@ static int perf_tp_event_init(struct perf_event *event)if (event->attr.type !=PERF_TYPE_TRACEPOINT )return -ENOENT ; +/* +* no branch sampling for tracepoint events +*/ +if (has_branch_stack (event)) +return -EOPNOTSUPP ; + err =perf_trace_init (event);if (err)return err;
@@ -5370,6 +5382,12 @@ static int cpu_clock_event_init(struct perf_event *event)if (event->attr.config !=PERF_COUNT_SW_CPU_CLOCK )return -ENOENT ; +/* +* no branch sampling for software events +*/ +if (has_branch_stack (event)) +return -EOPNOTSUPP ; +perf_swevent_init_hrtimer (event);return 0 ;
@@ -5444,6 +5462,12 @@ static int task_clock_event_init(struct perf_event *event)if (event->attr.config !=PERF_COUNT_SW_TASK_CLOCK )return -ENOENT ; +/* +* no branch sampling for software events +*/ +if (has_branch_stack (event)) +return -EOPNOTSUPP ; +perf_swevent_init_hrtimer (event);return 0 ;
kernel/events/hw_breakpoint.c +6 -0
@@ -581,6 +581,12 @@ static int hw_breakpoint_event_init(struct perf_event *bp)if (bp->attr.type !=PERF_TYPE_BREAKPOINT )return -ENOENT ; +/* +* no branch sampling for breakpoint events +*/ +if (has_branch_stack (bp)) +return -EOPNOTSUPP ; + err =register_perf_hw_breakpoint (bp);if (err)return err;
Signature · 1 line
1.7.4.1
Peter Zijlstra
maintainerRe: [PATCH v5 09/18] perf: disable PERF_SAMPLE_BRANCH_* when not supported
arch/arm/kernel/perf_event.c static int armpmu_event_init(struct perf_event *event) · line 546
Quoted 9 lines · Stephane Eranian
arch/arm/kernel/perf_event.c +4
-0@@ -539,6 +539,10 @@ static int armpmu_event_init(struct perf_event *event)int err =0 ;atomic_t *active_events = &armpmu->active_events; +/* does not support taken branch sampling */ +if (has_branch_smpl (event)) +return -EOPNOTSUPP ; +if (armpmu->map_event (event) == -ENOENT )
I'll make that has_branch_stack(), ok? :-)
Re: [PATCH v5 09/18] perf: disable PERF_SAMPLE_BRANCH_* when not supported
Quoted 5 lines · Peter Zijlstra
Quoted 4 lines · Stephane Eranian
arch/arm/kernel/perf_event.c +0
-0@@ -539,6 +539,10 @@ static int armpmu_event_init(struct perf_event *event) int err = 0; atomic_t *active_events = &armpmu->active_events;
Quoted 8 lines
arch/arm/kernel/perf_event.c static int armpmu_event_init(struct perf_event *event) · line 546
Quoted 5 lines
arch/arm/kernel/perf_event.c +4
-0+ /* does not support taken branch sampling */ + if (has_branch_smpl(event)) + return -EOPNOTSUPP; + if (armpmu->map_event(event) == -ENOENT)I'll make that
has_branch_stack(), ok? :-)
Supposedly, I fixed that in v5. Is it not there?
If not, then something went wrong but go ahead, that's the right fix anyway.
PATCH v5 10/18 perf: add hook to flush branch_stack on context switch
In reply to Stephane EranianWith branch stack sampling, it is possible to filter by priv levels. In system-wide mode, that means it is possible to capture only user level branches. The builtin SW LBR filter needs to disassemble code based on LBR captured addresses. For that, it needs to know the task the addresses are associated with. Because of context switches, the content of the branch stack buffer may contain addresses from different tasks.
We need a hook on context switch to either flush the branch stack or save it. This patch adds a new hook in struct pmu which is called during context switches. The hook is called only when necessary. That is when a system-wide context has, at least, one event which uses PERF_SAMPLE_BRANCH_STACK. The hook is never called for per-thread context.
In this version, the Intel X86 code simply flushes (reset) the LBR on context switches (fill with zeroes). Those zeroed branches are then filtered out by the SW filter.
--- arch/x86/kernel/cpu/perf_event.c | 21 +++++--- arch/x86/kernel/cpu/perf_event.h | 1 + arch/x86/kernel/cpu/perf_event_intel.c | 13 +++++ include/linux/perf_event.h | 9 +++- kernel/events/core.c | 85 ++++++++++++++++++++++++++++++++ 5 files changed, 121 insertions(+), 8 deletions(-)
arch/x86/kernel/cpu/perf_event.c +14 -7
@@ -1671,25 +1671,32 @@ static const struct attribute_group *x86_pmu_attr_groups[] = { NULL, }; +static void x86_pmu_flush_branch_stack (void ) +{ +if (x86_pmu.flush_branch_stack) + x86_pmu.flush_branch_stack (); +} +static struct pmu pmu = { - .pmu_enable = x86_pmu_enable, - .pmu_disable = x86_pmu_disable, + .pmu_enable = x86_pmu_enable, + .pmu_disable = x86_pmu_disable, .attr_groups = x86_pmu_attr_groups, .event_init = x86_pmu_event_init, - .add = x86_pmu_add, - .del = x86_pmu_del, - .start = x86_pmu_start, - .stop = x86_pmu_stop, - .read = x86_pmu_read, + .add = x86_pmu_add, + .del = x86_pmu_del, + .start = x86_pmu_start, + .stop = x86_pmu_stop, + .read = x86_pmu_read, .start_txn = x86_pmu_start_txn, .cancel_txn = x86_pmu_cancel_txn, .commit_txn = x86_pmu_commit_txn, .event_idx = x86_pmu_event_idx, + .flush_branch_stack = x86_pmu_flush_branch_stack, };void perf_update_user_clock (struct perf_event_mmap_page *userpg,u64 now)
arch/x86/kernel/cpu/perf_event.h +1 -0
@@ -322,6 +322,7 @@ struct x86_pmu {void (*cpu_starting)(int cpu);void (*cpu_dying)(int cpu);void (*cpu_dead)(int cpu); +void (*flush_branch_stack)(void );/* * Intel Arch Perfmon v2+
arch/x86/kernel/cpu/perf_event_intel.c +13 -0
@@ -1539,6 +1539,18 @@ static void intel_pmu_cpu_dying(int cpu)fini_debug_store_on_cpu (cpu); } +static void intel_pmu_flush_branch_stack (void ) +{ +/* +* Intel LBR does not tag entries with the +* PID of the current task, then we need to +* flush it on ctxsw +* For now, we simply reset it +*/ +if (x86_pmu.lbr_nr) +intel_pmu_lbr_reset (); +} +static __initconst const struct x86_pmu intel_pmu = { .name ="Intel" , .handle_irq = intel_pmu_handle_irq,
@@ -1566,6 +1578,7 @@ static __initconst const struct x86_pmu intel_pmu = { .cpu_starting = intel_pmu_cpu_starting, .cpu_dying = intel_pmu_cpu_dying, .guest_get_msrs = intel_guest_get_msrs, + .flush_branch_stack = intel_pmu_flush_branch_stack, };static __init void intel_clovertown_quirk (void )
include/linux/perf_event.h +8 -1
@@ -746,6 +746,11 @@ struct pmu {* if no implementation is provided it will default to: event->hw.idx + 1. */ int (*event_idx) (struct perf_event *event);/*optional */ + +/* +* flush branch stack on context-switches (needed in cpu-wide mode) +*/ +void (*flush_branch_stack) (void ); };/**
@@ -976,7 +981,8 @@ struct perf_event_context {u64 parent_gen;u64 generation;int pin_count; -int nr_cgroups;/* cgroup events present */ +int nr_cgroups;/* cgroup evts */ +int nr_branch_stack;/* branch_stack evt */ struct rcu_head rcu_head; };
@@ -1041,6 +1047,7 @@ perf_event_create_kernel_counter(struct perf_event_attr *attr,extern u64 perf_event_read_value (struct perf_event *event,u64 *enabled,u64 *running); +struct perf_sample_data {u64 type;
kernel/events/core.c +85 -0
127 lines not on this page · raw message
Signature · 1 line
1.7.4.1
PATCH v5 11/18 perf: add code to support PERF_SAMPLE_BRANCH_STACK
In reply to Stephane EranianFrom: Roberto Agostino Vitillo <[email protected]>
This patch adds:
- ability to parse samples with PERF_SAMPLE_BRANCH_STACK
- sort on branches
- build histograms on branches
--- tools/perf/perf.h | 17 ++ tools/perf/util/annotate.c | 2 +- tools/perf/util/event.h | 1 + tools/perf/util/evsel.c | 10 ++ tools/perf/util/hist.c | 93 +++++++++--- tools/perf/util/hist.h | 7 + tools/perf/util/session.c | 72 +++++++++ tools/perf/util/session.h | 4 + tools/perf/util/sort.c | 362 +++++++++++++++++++++++++++++++++----------- tools/perf/util/sort.h | 5 + tools/perf/util/symbol.h | 13 ++ 11 files changed, 475 insertions(+), 111 deletions(-)
tools/perf/perf.h +17 -0
@@ -180,6 +180,23 @@ struct ip_callchain {u64 ips[0 ]; }; +struct branch_flags { +u64 mispred:1 ; +u64 predicted:1 ; +u64 reserved:62 ; +}; + +struct branch_entry { +u64 from; +u64 to; +struct branch_flags flags; +}; + +struct branch_stack { +u64 nr; +struct branch_entry entries[0 ]; +}; +extern bool perf_host, perf_guest;extern const char perf_version_string[];
tools/perf/util/annotate.c +1 -1
@@ -64,7 +64,7 @@ int symbol__inc_addr_samples(struct symbol *sym, struct map *map,pr_debug3 ("%s: addr=%#" PRIx64"\n" , __func__, map->unmap_ip (map, addr)); -if (addr >= sym->end) +if (addr >= sym->end || addr < sym->start)return 0 ; offset = addr - sym->start;
tools/perf/util/event.h +1 -0
@@ -81,6 +81,7 @@ struct perf_sample {u32 raw_size;void *raw_data;struct ip_callchain *callchain; +struct branch_stack *branch_stack; };#define BUILD_ID_SIZE 20
tools/perf/util/evsel.c +10 -0
@@ -575,6 +575,16 @@ int perf_event__parse_sample(const union perf_event *event, u64 type, data->raw_data = (void *) pdata; } +if (type &PERF_SAMPLE_BRANCH_STACK ) { +u64 sz; + + data->branch_stack = (struct branch_stack *)array; + array++;/* nr */ + + sz = data->branch_stack->nr *sizeof (struct branch_entry ); + sz /=sizeof (uint64_t ); + array += sz; + }return 0 ; }
tools/perf/util/hist.c +73 -20
128 lines not on this page · raw message
tools/perf/util/hist.h +7 -0
@@ -41,6 +41,7 @@ enum hist_column {HISTC_COMM ,HISTC_PARENT ,HISTC_CPU , +HISTC_MISPREDICT , HISTC_NR_COLS, /* Last entry */ };
@@ -73,6 +74,12 @@ int hist_entry__snprintf(struct hist_entry *self, char *bf, size_t size, struct hists *hists);void hist_entry__free (struct hist_entry *); +struct hist_entry *__hists__add_branch_entry (struct hists *self, +struct addr_location *al, +struct symbol *sym_parent, +struct branch_info *bi, +u64 period); +void hists__output_resort (struct hists *self);void hists__output_resort_threaded (struct hists *hists);void hists__collapse_resort (struct hists *self);
tools/perf/util/session.c +72 -0
90 lines not on this page · raw message
tools/perf/util/session.h +4 -0
@@ -73,6 +73,10 @@ int perf_session__resolve_callchain(struct perf_session *self, struct perf_evselstruct ip_callchain *chain, struct symbol **parent); +struct branch_info *perf_session__resolve_bstack (struct machine *self, +struct thread *thread, +struct branch_stack *bs); +bool perf_session__has_traces (struct perf_session *self,const char *msg);void mem_bswap_64 (void *src,int byte_size);
tools/perf/util/sort.c +272 -90
436 lines not on this page · raw message
tools/perf/util/sort.h +5 -0
@@ -31,11 +31,14 @@ extern const char *parent_pattern;extern const char default_sort_order[];extern int sort__need_collapse;extern int sort__has_parent; +extern bool sort__branch_mode;extern char *field_sep;extern struct sort_entry sort_comm;extern struct sort_entry sort_dso;extern struct sort_entry sort_sym;extern struct sort_entry sort_parent; +extern struct sort_entry sort_lbr_dso; +extern struct sort_entry sort_lbr_sym;extern enum sort_type sort__first_dimension;/**
@@ -72,6 +75,7 @@ struct hist_entry {struct hist_entry *pair;struct rb_root sorted_chain; }; +struct branch_info *branch_info;struct callchain_root callchain[0 ]; };
@@ -82,6 +86,7 @@ enum sort_type {SORT_SYM ,SORT_PARENT ,SORT_CPU , + SORT_MISPREDICTED, };/*
tools/perf/util/symbol.h +13 -0
@@ -5,6 +5,7 @@#include <stdbool.h> #include <stdint.h> #include "map.h" +#include "../perf.h" #include <linux/list.h> #include <linux/rbtree.h> #include <stdio.h>
@@ -120,6 +121,18 @@ struct map_symbol {bool has_children; }; +struct addr_map_symbol { +struct map *map; +struct symbol *sym; +u64 addr; +}; + +struct branch_info { +struct addr_map_symbol from; +struct addr_map_symbol to; +struct branch_flags flags; +}; +struct addr_location {struct thread *thread;struct map *map;
Signature · 1 line
1.7.4.1
Re: [PATCH v5 11/18] perf: add code to support PERF_SAMPLE_BRANCH_STACK
Em Thu, Feb 02, 2012 at 01:54:41PM +0100, Stephane Eranian escreveu:
Quoted 6 lines
From: Roberto Agostino Vitillo <[email protected]>
This patch adds:
- ability to parse samples withPERF_SAMPLE_BRANCH_STACK
- sort on branches
- build histograms on branches
Some comments below, mostly minor stuff, looks great work, thanks!
- Arnaldo
Quoted 49 lines
Signed-off-by Roberto Agostino Vitillo <[email protected]>Signed-off-by Stephane Eranian <[email protected]>--- tools/perf/perf.h | 17 ++ tools/perf/util/annotate.c | 2 +- tools/perf/util/event.h | 1 + tools/perf/util/evsel.c | 10 ++ tools/perf/util/hist.c | 93 +++++++++--- tools/perf/util/hist.h | 7 + tools/perf/util/session.c | 72 +++++++++ tools/perf/util/session.h | 4 + tools/perf/util/sort.c | 362 +++++++++++++++++++++++++++++++++----------- tools/perf/util/sort.h | 5 + tools/perf/util/symbol.h | 13 ++ 11 files changed, 475 insertions(+), 111 deletions(-)tools/perf/perf.h +17
-0@@ -180,6 +180,23 @@ struct ip_callchain {u64 ips[0 ]; }; +struct branch_flags { +u64 mispred:1 ; +u64 predicted:1 ; +u64 reserved:62 ; +}; + +struct branch_entry { +u64 from; +u64 to; +struct branch_flags flags; +}; + +struct branch_stack { +u64 nr; +struct branch_entry entries[0 ]; +}; +extern bool perf_host, perf_guest;extern const char perf_version_string[];tools/perf/util/annotate.c +0
-0
tools/perf/util/annotate.c int symbol__inc_addr_samples(struct symbol *sym, struct map *map, · line 67
Quoted 5 lines
tools/perf/util/annotate.c +1
-1@@ -64,7 +64,7 @@ int symbol__inc_addr_samples(struct symbol *sym, struct map *map,pr_debug3 ("%s: addr=%#" PRIx64"\n" , __func__, map->unmap_ip (map, addr)); -if (addr >= sym->end) +if (addr >= sym->end || addr < sym->start)
This is not related to this, would be better to come in a separate patch with a proper explanation.
Quoted 21 lines
tools/perf/util/annotate.c +0
-0return 0 ; offset = addr - sym->start;tools/perf/util/event.h +1
-0@@ -81,6 +81,7 @@ struct perf_sample {u32 raw_size;void *raw_data;struct ip_callchain *callchain; +struct branch_stack *branch_stack; };#define BUILD_ID_SIZE 20tools/perf/util/evsel.c +0
-0@@ -575,6 +575,16 @@ int perf_event__parse_sample(const union perf_event *event, u64 type, data->raw_data = (void *) pdata;
tools/perf/util/evsel.c int perf_event__parse_sample(const union perf_event *event, u64 type, · line 585
Quoted 10 lines
tools/perf/util/evsel.c +8
-0} +if (type &PERF_SAMPLE_BRANCH_STACK ) { +u64 sz; + + data->branch_stack = (struct branch_stack *)array; + array++;/* nr */ + + sz = data->branch_stack->nr *sizeof (struct branch_entry ); + sz /=sizeof (uint64_t );
Consistency here: use sizeof(u64), or better yet: sizeof(sz);
Quoted 10 lines
tools/perf/util/evsel.c +2
-0+ array += sz; + }return 0 ; }tools/perf/util/hist.c +0
-0
tools/perf/util/hist.c static void hists__calc_col_len(struct hists *hists, struct hist_entry *h) · line 59
Quoted 9 lines
tools/perf/util/hist.c +3
-3@@ -54,9 +54,11 @@ static void hists__calc_col_len(struct hists *hists, struct hist_entry *h) {u16 len; -if (h->ms.sym) -hists__new_col_len (hists,HISTC_SYMBOL , h->ms.sym->namelen); -else { +if (h->ms.sym) { +int n = (int )h->ms.sym->namelen +4 ; +int symlen =max (n,BITS_PER_LONG /4 +6 );
What is the rationale here? Adding a comment will help
Quoted 74 lines
tools/perf/util/hist.c +24
-17+hists__new_col_len (hists,HISTC_SYMBOL , symlen); + }else {const unsigned int unresolved_col_width =BITS_PER_LONG /4 ; if (hists__col_len(hists, HISTC_DSO) < unresolved_col_width &&@@ -195,26 +197,14 @@ static u8 symbol__parent_filter(const struct symbol *parent)return 0 ; } -struct hist_entry *__hists__add_entry (struct hists *hists, +static struct hist_entry *add_hist_entry (struct hists *hists, +struct hist_entry *entry,struct addr_location *al, -struct symbol *sym_parent,u64 period) +u64 period) {struct rb_node **p;struct rb_node *parent =NULL ;struct hist_entry *he; -struct hist_entry entry = { - .thread = al->thread, - .ms = { - .map = al->map, - .sym = al->sym, - }, - .cpu = al->cpu, - .ip = al->addr, - .level = al->level, - .period = period, - .parent = sym_parent, - .filtered =symbol__parent_filter (sym_parent), - };int cmp;pthread_mutex_lock (&hists->lock);@@ -225,7 +215,7 @@ struct hist_entry *__hists__add_entry(struct hists *hists, parent = *p; he = rb_entry(parent, struct hist_entry, rb_node_in); - cmp =hist_entry__cmp (&entry, he); + cmp =hist_entry__cmp (entry, he);if (!cmp) { he->period += period;@@ -239,7 +229,7 @@ struct hist_entry *__hists__add_entry(struct hists *hists, p = &(*p)->rb_right; } - he =hist_entry__new (&entry); + he =hist_entry__new (entry);if (!he) goto out_unlock;@@ -252,6 +242,69 @@ struct hist_entry *__hists__add_entry(struct hists *hists,return he; } +struct hist_entry *__hists__add_branch_entry (struct hists *self, +struct addr_location *al, +struct symbol *sym_parent, +struct branch_info *bi, +u64 period){ +struct hist_entry entry = { + .thread = al->thread, + .ms = { + .map = bi->to.map, + .sym = bi->to.sym, + }, + .cpu = al->cpu, + .ip = bi->to.addr, + .level = al->level, + .period = period, + .parent = sym_parent, + .filtered =symbol__parent_filter (sym_parent),
tools/perf/util/hist.c struct hist_entry *__hists__add_entry(struct hists *hists, · line 271
Quoted 10 lines
tools/perf/util/hist.c +10
-0+ .branch_info = bi, + }; +struct hist_entry *he; + + he =add_hist_entry (self, &entry, al, period); +if (!he) +return NULL ; + +/* +* in branch mode, we do not display al->sym, al->addr
Really minor nit, but start with: "In branch mode"
Quoted 84 lines
tools/perf/util/hist.c +36
-0+* but instead what is in branch_info. The addresses and +* symbols there may need wider columns, so make sure they +* are taken into account. +* +* hists__calc_col_len() tracks the max column width, so +* we need to call it for both the from and to addresses +*/ + entry.ip = bi->from.addr; + entry.ms.map = bi->from.map; + entry.ms.sym = bi->from.sym; +hists__calc_col_len (self, &entry); + +return he; +} + +struct hist_entry *__hists__add_entry (struct hists *self, +struct addr_location *al, +struct symbol *sym_parent,u64 period) +{ +struct hist_entry entry = { + .thread = al->thread, + .ms = { + .map = al->map, + .sym = al->sym, + }, + .cpu = al->cpu, + .ip = al->addr, + .level = al->level, + .period = period, + .parent = sym_parent, + .filtered =symbol__parent_filter (sym_parent), + }; + +return add_hist_entry (self, &entry, al, period); +} +int64_t hist_entry__cmp (struct hist_entry *left,struct hist_entry *right) {tools/perf/util/hist.h +7
-0@@ -41,6 +41,7 @@ enum hist_column {HISTC_COMM ,HISTC_PARENT ,HISTC_CPU , +HISTC_MISPREDICT , HISTC_NR_COLS, /* Last entry */ };@@ -73,6 +74,12 @@ int hist_entry__snprintf(struct hist_entry *self, char *bf, size_t size, struct hists *hists);void hist_entry__free (struct hist_entry *); +struct hist_entry *__hists__add_branch_entry (struct hists *self, +struct addr_location *al, +struct symbol *sym_parent, +struct branch_info *bi, +u64 period); +void hists__output_resort (struct hists *self);void hists__output_resort_threaded (struct hists *hists);void hists__collapse_resort (struct hists *self);tools/perf/util/session.c +12
-0@@ -229,6 +229,63 @@ static bool symbol__match_parent_regex(struct symbol *sym)return 0 ; } +static const u8 cpumodes[] = { +PERF_RECORD_MISC_USER , +PERF_RECORD_MISC_KERNEL , +PERF_RECORD_MISC_GUEST_USER , +PERF_RECORD_MISC_GUEST_KERNEL +}; +#define NCPUMODES (sizeof(cpumodes)/sizeof(u8)) + +static void ip__resolve_ams (struct machine *self,struct thread *thread, +struct addr_map_symbol *ams, +u64 ip) +{
tools/perf/util/session.c static bool symbol__match_parent_regex(struct symbol *sym) · line 253
Quoted 10 lines
tools/perf/util/session.c +10
-0+struct addr_location al; +size_t i; +u8 m; + +memset (&al,0 ,sizeof (al)); + +for (i =0 ; i <NCPUMODES ; i++) { + m = cpumodes[i]; +/* +* we cannot use the header.misc hint to determine whether a
ditto
tools/perf/util/session.c static bool symbol__match_parent_regex(struct symbol *sym) · line 256
Quoted 3 lines
tools/perf/util/session.c +3
-0+* branch stack address is user, kernel, guest, hypervisor. +* Branches may straddle the kernel/user/hypervisor boundaries. +* Thus, we have to try * consecutively until we find a match
^ comment reflow artifact?
Quoted 128 lines
tools/perf/util/session.c +47
-0+* or else, the symbol is unknown +*/ +thread__find_addr_location (thread, self, m,MAP__FUNCTION , + ip, &al,NULL ); +if (al.sym) + goto found; + } +found: + ams->addr = ip; + ams->sym = al.sym; + ams->map = al.map; +} + +struct branch_info *perf_session__resolve_bstack (struct machine *self, +struct thread *thr, +struct branch_stack *bs) +{ +struct branch_info *bi; +unsigned int i; + + bi =calloc (bs->nr,sizeof (struct branch_info )); +if (!bi) +return NULL ; + +for (i =0 ; i < bs->nr; i++) { +ip__resolve_ams (self, thr, &bi[i].to, bs->entries[i].to); +ip__resolve_ams (self, thr, &bi[i].from, bs->entries[i].from); + bi[i].flags = bs->entries[i].flags; + } +return bi; +} + int machine__resolve_callchain(struct machine *self, struct perf_evsel *evsel, struct thread *thread, struct ip_callchain *chain,@@ -697,6 +754,18 @@ static void callchain__printf(struct perf_sample *sample) i, sample->callchain->ips[i]); } +static void branch_stack__printf (struct perf_sample *sample) +{ +uint64_t i; + +printf ("... branch stack: nr:%" PRIu64"\n" , sample->branch_stack->nr); + +for (i =0 ; i < sample->branch_stack->nr; i++) +printf ("..... %2" PRIu64": %016" PRIx64" -> %016" PRIx64"\n" , + i, sample->branch_stack->entries[i].from, + sample->branch_stack->entries[i].to); +} +static void perf_session__print_tstamp (struct perf_session *session,union perf_event *event,struct perf_sample *sample)@@ -744,6 +813,9 @@ static void dump_sample(struct perf_session *session, union perf_event *event,if (session->sample_type &PERF_SAMPLE_CALLCHAIN )callchain__printf (sample); + +if (session->sample_type &PERF_SAMPLE_BRANCH_STACK ) +branch_stack__printf (sample); } static struct machine *tools/perf/util/session.h +4
-0@@ -73,6 +73,10 @@ int perf_session__resolve_callchain(struct perf_session *self, struct perf_evselstruct ip_callchain *chain, struct symbol **parent); +struct branch_info *perf_session__resolve_bstack (struct machine *self, +struct thread *thread, +struct branch_stack *bs); +bool perf_session__has_traces (struct perf_session *self,const char *msg);void mem_bswap_64 (void *src,int byte_size);tools/perf/util/sort.c +23
-3@@ -8,6 +8,7 @@ const char default_sort_order[] = "comm,dso,symbol";const char *sort_order = default_sort_order;int sort__need_collapse =0 ;int sort__has_parent =0 ; +bool sort__branch_mode;enum sort_type sort__first_dimension;@@ -94,6 +95,26 @@ static int hist_entry__comm_snprintf(struct hist_entry *self, char *bf,return repsep_snprintf (bf, size,"%*s" , width, self->thread->comm); } +static int64_t _sort__dso_cmp (struct map *map_l,struct map *map_r) +{ +struct dso *dso_l = map_l ? map_l->dso :NULL ; +struct dso *dso_r = map_r ? map_r->dso :NULL ; +const char *dso_name_l, *dso_name_r; + +if (!dso_l || !dso_r) +return cmp_null (dso_l, dso_r); + +if (verbose) { + dso_name_l = dso_l->long_name; + dso_name_r = dso_r->long_name; + }else { + dso_name_l = dso_l->short_name; + dso_name_r = dso_r->short_name; + } + +return strcmp (dso_name_l, dso_name_r); +} +struct sort_entry sort_comm = { .se_header ="Command" , .se_cmp = sort__comm_cmp,@@ -107,36 +128,74 @@ struct sort_entry sort_comm = {static int64_t sort__dso_cmp (struct hist_entry *left,struct hist_entry *right) { -struct dso *dso_l = left->ms.map ? left->ms.map->dso :NULL ; -struct dso *dso_r = right->ms.map ? right->ms.map->dso :NULL ; -const char *dso_name_l, *dso_name_r; +return _sort__dso_cmp (left->ms.map, right->ms.map); +}
tools/perf/util/sort.c struct sort_entry sort_comm = { · line 135
Quoted 10 lines
tools/perf/util/sort.c +1
-8-if (!dso_l || !dso_r) -return cmp_null (dso_l, dso_r); -if (verbose) { - dso_name_l = dso_l->long_name; - dso_name_r = dso_r->long_name; - }else { - dso_name_l = dso_l->short_name; - dso_name_r = dso_r->short_name; +static int64_t _sort__sym_cmp(struct symbol *sym_l, struct symbol *sym_r,
We use double _ on the front with the same rationale as in the kernel, i.e. we we do a little bit less than what the non __ prefixed function does (locking, etc).
Quoted 457 lines
tools/perf/util/sort.c +248
-79+ u64 ip_l, u64 ip_r) +{ +if (!sym_l || !sym_r) +return cmp_null (sym_l, sym_r); + +if (sym_l == sym_r) +return 0 ; + +if (sym_l) + ip_l = sym_l->start; +if (sym_r) + ip_r = sym_r->start; + +return (int64_t )(ip_r - ip_l); +} + +static int _hist_entry__dso_snprintf (struct map *map,char *bf, +size_t size,unsigned int width) +{ +if (map && map->dso) { +const char *dso_name = !verbose ? map->dso->short_name : + map->dso->long_name; +return repsep_snprintf (bf, size,"%-*s" , width, dso_name); } -return strcmp (dso_name_l, dso_name_r); +return repsep_snprintf (bf, size,"%-*s" , width,"[unknown]" ); }static int hist_entry__dso_snprintf (struct hist_entry *self,char *bf,size_t size,unsigned int width) { -if (self->ms.map && self->ms.map->dso) { -const char *dso_name = !verbose ? self->ms.map->dso->short_name : - self->ms.map->dso->long_name; -return repsep_snprintf (bf, size,"%-*s" , width, dso_name); +return _hist_entry__dso_snprintf (self->ms.map, bf, size, width); +} + +static int _hist_entry__sym_snprintf (struct map *map,struct symbol *sym, +u64 ip,char level,char *bf,size_t size, +unsigned int width__used ) +{ +size_t ret =0 ; + +if (verbose) { +char o = map ?dso__symtab_origin (map->dso) :'!' ; + ret +=repsep_snprintf (bf, size,"%-#*llx %c " , +BITS_PER_LONG /4 , ip, o); } -return repsep_snprintf (bf, size,"%-*s" , width,"[unknown]" ); + ret +=repsep_snprintf (bf + ret, size - ret,"[%c] " , level); +if (sym) + ret +=repsep_snprintf (bf + ret, size - ret,"%-*s" , + width - ret, + sym->name); +else { +size_t len =BITS_PER_LONG /4 ; + ret +=repsep_snprintf (bf + ret, size - ret,"%-#.*llx" , + len, ip); + ret +=repsep_snprintf (bf + ret, size - ret,"%-*s" , + width - ret,"" ); + } + +return ret; } +struct sort_entry sort_dso = { .se_header ="Shared Object" , .se_cmp = sort__dso_cmp,@@ -144,8 +203,14 @@ struct sort_entry sort_dso = { .se_width_idx = HISTC_DSO, }; -/* --sort symbol */ +static int hist_entry__sym_snprintf (struct hist_entry *self,char *bf, +size_t size,unsigned int width__used ) +{ +return _hist_entry__sym_snprintf (self->ms.map, self->ms.sym, self->ip, + self->level, bf, size, width); +} +/* --sort symbol */ static int64_t sort__sym_cmp (struct hist_entry *left,struct hist_entry *right) {@@ -154,40 +219,10 @@ sort__sym_cmp(struct hist_entry *left, struct hist_entry *right)if (!left->ms.sym && !right->ms.sym)return right->level - left->level; -if (!left->ms.sym || !right->ms.sym) -return cmp_null (left->ms.sym, right->ms.sym); - -if (left->ms.sym == right->ms.sym) -return 0 ; - ip_l = left->ms.sym->start; ip_r = right->ms.sym->start; -return (int64_t )(ip_r - ip_l); -} - -static int hist_entry__sym_snprintf (struct hist_entry *self,char *bf, -size_t size,unsigned int width__used ) -{ -size_t ret =0 ; - -if (verbose) { -char o = self->ms.map ?dso__symtab_origin (self->ms.map->dso) :'!' ; - ret +=repsep_snprintf (bf, size,"%-#*llx %c " , -BITS_PER_LONG /4 , self->ip, o); - } - -if (!sort_dso.elide) - ret +=repsep_snprintf (bf + ret, size - ret,"[%c] " , self->level); - -if (self->ms.sym) - ret +=repsep_snprintf (bf + ret, size - ret,"%s" , - self->ms.sym->name); -else - ret +=repsep_snprintf (bf + ret, size - ret,"%-#*llx" , -BITS_PER_LONG /4 , self->ip); - -return ret; +return _sort__sym_cmp (left->ms.sym, right->ms.sym, ip_l, ip_r); }struct sort_entry sort_sym = {@@ -246,6 +281,135 @@ struct sort_entry sort_cpu = { .se_width_idx = HISTC_CPU, }; +static int64_t +sort__dso_from_cmp (struct hist_entry *left,struct hist_entry *right) +{ +return _sort__dso_cmp (left->branch_info->from.map, + right->branch_info->from.map); +} + +static int hist_entry__dso_from_snprintf (struct hist_entry *self,char *bf, +size_t size,unsigned int width) +{ +return _hist_entry__dso_snprintf (self->branch_info->from.map, + bf, size, width); +} + +struct sort_entry sort_dso_from = { + .se_header ="Source Shared Object" , + .se_cmp = sort__dso_from_cmp, + .se_snprintf = hist_entry__dso_from_snprintf, + .se_width_idx =HISTC_DSO , +}; + +static int64_t +sort__dso_to_cmp (struct hist_entry *left,struct hist_entry *right) +{ +return _sort__dso_cmp (left->branch_info->to.map, + right->branch_info->to.map); +} + +static int hist_entry__dso_to_snprintf (struct hist_entry *self,char *bf, +size_t size,unsigned int width) +{ +return _hist_entry__dso_snprintf (self->branch_info->to.map, + bf, size, width); +} + +static int64_t +sort__sym_from_cmp (struct hist_entry *left,struct hist_entry *right) +{ +struct addr_map_symbol *from_l = &left->branch_info->from; +struct addr_map_symbol *from_r = &right->branch_info->from; + +if (!from_l->sym && !from_r->sym) +return right->level - left->level; + +return _sort__sym_cmp (from_l->sym, from_r->sym, from_l->addr, + from_r->addr); +} + +static int64_t +sort__sym_to_cmp (struct hist_entry *left,struct hist_entry *right) +{ +struct addr_map_symbol *to_l = &left->branch_info->to; +struct addr_map_symbol *to_r = &right->branch_info->to; + +if (!to_l->sym && !to_r->sym) +return right->level - left->level; + +return _sort__sym_cmp (to_l->sym, to_r->sym, to_l->addr, to_r->addr); +} + +static int hist_entry__sym_from_snprintf (struct hist_entry *self,char *bf, +size_t size,unsigned int width__used ) +{ +struct addr_map_symbol *from = &self->branch_info->from; +return _hist_entry__sym_snprintf (from->map, from->sym, from->addr, + self->level, bf, size, width); + +} + +static int hist_entry__sym_to_snprintf (struct hist_entry *self,char *bf, +size_t size,unsigned int width__used ) +{ +struct addr_map_symbol *to = &self->branch_info->to; +return _hist_entry__sym_snprintf (to->map, to->sym, to->addr, + self->level, bf, size, width); + +} + +struct sort_entry sort_dso_to = { + .se_header ="Target Shared Object" , + .se_cmp = sort__dso_to_cmp, + .se_snprintf = hist_entry__dso_to_snprintf, + .se_width_idx =HISTC_DSO , +}; + +struct sort_entry sort_sym_from = { + .se_header ="Source Symbol" , + .se_cmp = sort__sym_from_cmp, + .se_snprintf = hist_entry__sym_from_snprintf, + .se_width_idx =HISTC_SYMBOL , +}; + +struct sort_entry sort_sym_to = { + .se_header ="Target Symbol" , + .se_cmp = sort__sym_to_cmp, + .se_snprintf = hist_entry__sym_to_snprintf, + .se_width_idx =HISTC_SYMBOL , +}; + +static int64_t +sort__mispredict_cmp (struct hist_entry *left,struct hist_entry *right) +{ +const unsigned char mp = left->branch_info->flags.mispred != + right->branch_info->flags.mispred; +const unsigned char p = left->branch_info->flags.predicted != + right->branch_info->flags.predicted; + +return mp || p; +} + +static int hist_entry__mispredict_snprintf (struct hist_entry *self,char *bf, +size_t size,unsigned int width){ +static const char *out ="N/A" ; + +if (self->branch_info->flags.predicted) + out ="N" ; +else if (self->branch_info->flags.mispred) + out ="Y" ; + +return repsep_snprintf (bf, size,"%-*s" , width, out); +} + +struct sort_entry sort_mispredict = { + .se_header ="Branch Mispredicted" , + .se_cmp = sort__mispredict_cmp, + .se_snprintf = hist_entry__mispredict_snprintf, + .se_width_idx =HISTC_MISPREDICT , +}; +struct sort_dimension {const char *name;struct sort_entry *entry;@@ -253,14 +417,59 @@ struct sort_dimension { };static struct sort_dimension sort_dimensions[] = { - { .name ="pid" , .entry = &sort_thread, }, - { .name ="comm" , .entry = &sort_comm, }, - { .name ="dso" , .entry = &sort_dso, }, - { .name ="symbol" , .entry = &sort_sym, }, - { .name ="parent" , .entry = &sort_parent, }, - { .name ="cpu" , .entry = &sort_cpu, }, + { .name ="pid" , .entry = &sort_thread, }, + { .name ="comm" , .entry = &sort_comm, }, + { .name ="dso" , .entry = &sort_dso, }, + { .name ="dso_from" , .entry = &sort_dso_from, .taken = true }, + { .name ="dso_to" , .entry = &sort_dso_to, .taken = true }, + { .name ="symbol" , .entry = &sort_sym, }, + { .name ="symbol_from" ,.entry = &sort_sym_from, .taken = true }, + { .name ="symbol_to" , .entry = &sort_sym_to, .taken = true }, + { .name ="parent" , .entry = &sort_parent, }, + { .name ="cpu" , .entry = &sort_cpu, }, + { .name ="mispredict" , .entry = &sort_mispredict, }, }; +static int _sort_dimension__add (struct sort_dimension *sd) +{ +if (sd->entry->se_collapse) + sort__need_collapse =1 ; + +if (sd->entry == &sort_parent) { +int ret =regcomp (&parent_regex, parent_pattern,REG_EXTENDED ); +if (ret) { +char err[BUFSIZ ]; + +regerror (ret, &parent_regex, err,sizeof (err)); +pr_err ("Invalid regex: %s\n%s" , parent_pattern, err); +return -EINVAL ; + } + sort__has_parent =1 ; + } + +if (list_empty (&hist_entry__sort_list)) { +if (!strcmp (sd->name,"pid" )) + sort__first_dimension =SORT_PID ; +else if (!strcmp (sd->name,"comm" )) + sort__first_dimension =SORT_COMM ; +else if (!strcmp (sd->name,"dso" )) + sort__first_dimension =SORT_DSO ; +else if (!strcmp (sd->name,"symbol" )) + sort__first_dimension =SORT_SYM ; +else if (!strcmp (sd->name,"parent" )) + sort__first_dimension =SORT_PARENT ; +else if (!strcmp (sd->name,"cpu" )) + sort__first_dimension =SORT_CPU ; +else if (!strcmp (sd->name,"mispredict" )) + sort__first_dimension =SORT_MISPREDICTED ; + } + +list_add_tail (&sd->entry->list, &hist_entry__sort_list); + sd->taken =1 ; + +return 0 ; +} +int sort_dimension__add (const char *tok) {unsigned int i;@@ -271,48 +480,21 @@ int sort_dimension__add(const char *tok)if (strncasecmp (tok, sd->name,strlen (tok)))continue ; -if (sd->entry == &sort_parent) { -int ret =regcomp (&parent_regex, parent_pattern,REG_EXTENDED ); -if (ret) { -char err[BUFSIZ ]; - -regerror (ret, &parent_regex, err,sizeof (err)); -pr_err ("Invalid regex: %s\n%s" , parent_pattern, err); -return -EINVAL ; - } - sort__has_parent =1 ; - } -if (sd->taken)return 0 ; -if (sd->entry->se_collapse) - sort__need_collapse =1 ; - -if (list_empty (&hist_entry__sort_list)) { -if (!strcmp (sd->name,"pid" )) - sort__first_dimension =SORT_PID ; -else if (!strcmp (sd->name,"comm" )) - sort__first_dimension =SORT_COMM ; -else if (!strcmp (sd->name,"dso" )) - sort__first_dimension =SORT_DSO ; -else if (!strcmp (sd->name,"symbol" )) - sort__first_dimension =SORT_SYM ; -else if (!strcmp (sd->name,"parent" )) - sort__first_dimension =SORT_PARENT ; -else if (!strcmp (sd->name,"cpu" )) - sort__first_dimension =SORT_CPU ; - } - -list_add_tail (&sd->entry->list, &hist_entry__sort_list); - sd->taken =1 ; -return 0 ; +if (sort__branch_mode && (sd->entry == &sort_dso || + sd->entry == &sort_sym)){ +int err =_sort_dimension__add (sd +1 ); +return err ?:_sort_dimension__add (sd +2 ); + }else if (sd->entry == &sort_mispredict && !sort__branch_mode) +break ; +else +return _sort_dimension__add (sd); } -return -ESRCH ; } -void setup_sorting (const char *const usagestr[],const struct option *opts) {char *tmp, *tok, *str =strdup (sort_order);tools/perf/util/sort.h +5
-0@@ -31,11 +31,14 @@ extern const char *parent_pattern;extern const char default_sort_order[];extern int sort__need_collapse;extern int sort__has_parent; +extern bool sort__branch_mode;extern char *field_sep;extern struct sort_entry sort_comm;extern struct sort_entry sort_dso;extern struct sort_entry sort_sym;extern struct sort_entry sort_parent; +extern struct sort_entry sort_lbr_dso; +extern struct sort_entry sort_lbr_sym;extern enum sort_type sort__first_dimension;/** @@ -72,6 +75,7 @@ struct hist_entry {struct hist_entry *pair;struct rb_root sorted_chain; }; +struct branch_info *branch_info;struct callchain_root callchain[0 ]; };@@ -82,6 +86,7 @@ enum sort_type {SORT_SYM ,SORT_PARENT ,SORT_CPU , + SORT_MISPREDICTED, };/* tools/perf/util/symbol.h +13
-0@@ -5,6 +5,7 @@#include <stdbool.h> #include <stdint.h> #include "map.h" +#include "../perf.h" #include <linux/list.h> #include <linux/rbtree.h> #include <stdio.h> @@ -120,6 +121,18 @@ struct map_symbol {bool has_children; }; +struct addr_map_symbol { +struct map *map; +struct symbol *sym; +u64 addr; +}; + +struct branch_info { +struct addr_map_symbol from; +struct addr_map_symbol to; +struct branch_flags flags; +}; +struct addr_location {struct thread *thread;struct map *map;Signature · 1 line
1.7.4.1
Re: [PATCH v5 11/18] perf: add code to support PERF_SAMPLE_BRANCH_STACK
Quoted 62 lines · Arnaldo Carvalho de Melo
Em Thu, Feb 02, 2012 at 01:54:41PM +0100, Stephane Eranian escreveu:
Quoted 6 lines
From: Roberto Agostino Vitillo <[email protected]>
This patch adds:
- ability to parse samples withPERF_SAMPLE_BRANCH_STACK
- sort on branches
- build histograms on branchesSome comments below, mostly minor stuff, looks great work, thanks!
- Arnaldo
Quoted 50 lines
Signed-off-by Roberto Agostino Vitillo <[email protected]>Signed-off-by Stephane Eranian <[email protected]>---
tools/perf/perf.h | 17 ++
tools/perf/util/annotate.c | 2 +-tools/perf/util/event.h | 1 + tools/perf/util/evsel.c | 10 ++ tools/perf/util/hist.c | 93 +++++++++--- tools/perf/util/hist.h | 7 +tools/perf/util/session.c | 72 +++++++++
tools/perf/util/session.h| 4 +
tools/perf/util/sort.c | 362 +++++++++++++++++++++++++++++++++-----------tools/perf/util/sort.h| 5 +
tools/perf/util/symbol.h | 13 ++11 files changed, 475 insertions(+), 111 deletions(-)tools/perf/perf.h +17
-0@@ -180,6 +180,23 @@ struct ip_callchain { u64 ips[0]; }; +struct branch_flags { + u64 mispred:1; + u64 predicted:1; + u64 reserved:62; +}; + +struct branch_entry { + u64 from; + u64 to; + struct branch_flags flags; +}; + +struct branch_stack { + u64 nr; + struct branch_entry entries[0]; +}; + extern bool perf_host, perf_guest; extern const char perf_version_string[];tools/perf/util/annotate.c +0
-0@@ -64,7 +64,7 @@ int symbol__inc_addr_samples(struct symbol *sym, struct map *map,
Quoted 8 lines
tools/perf/util/annotate.c int symbol__inc_addr_samples(struct symbol *sym, struct map *map, · line 67
Quoted 4 lines
tools/perf/util/annotate.c +1
-1pr_debug3("%s: addr=%#" PRIx64 "\n", __func__, map->unmap_ip(map, addr)); - if (addr >= sym->end) + if (addr >= sym->end || addr < sym->start)This is not related to this, would be better to come in a separate patch with a proper explanation.
You mean in this patchset or separately?
Quoted 47 lines
Quoted 21 lines
tools/perf/util/annotate.c +0
-0return 0; offset = addr - sym->start;tools/perf/util/event.h +1
-0@@ -81,6 +81,7 @@ struct perf_sample { u32 raw_size; void *raw_data; struct ip_callchain *callchain; + struct branch_stack *branch_stack; }; #define BUILD_ID_SIZE 20tools/perf/util/evsel.c +0
-0@@ -575,6 +575,16 @@ int perf_event__parse_sample(const union perf_event *event, u64 type, data->raw_data = (void *) pdata;tools/perf/util/evsel.c int perf_event__parse_sample(const union perf_event *event, u64 type, · line 585
Quoted 10 lines
tools/perf/util/evsel.c +8
-0} + if (type & PERF_SAMPLE_BRANCH_STACK) { + u64 sz; + + data->branch_stack = (struct branch_stack *)array; + array++; /* nr */ + + sz = data->branch_stack->nr * sizeof(struct branch_entry); + sz /= sizeof(uint64_t);Consistency here: use sizeof(u64), or better yet: sizeof(sz);
Quoted 13 lines
tools/perf/util/evsel.c +2
-0+ array += sz; + } return 0; }tools/perf/util/hist.c +0
-0@@ -54,9 +54,11 @@ static void hists__calc_col_len(struct hists *hists, struct hist_entry *h) { u16 len;
Quoted 9 lines
tools/perf/util/hist.c static void hists__calc_col_len(struct hists *hists, struct hist_entry *h) · line 59
Quoted 6 lines
tools/perf/util/hist.c +3
-3- if (h->ms.sym) - hists__new_col_len(hists, HISTC_SYMBOL, h->ms.sym->namelen); - else { + if (h->ms.sym) { + int n = (int)h->ms.sym->namelen + 4; + int symlen = max(n, BITS_PER_LONG / 4 + 6);What is the rationale here? Adding a comment will help
Will do.
Quoted 321 lines
Quoted 74 lines
tools/perf/util/hist.c +2
-0+ hists__new_col_len(hists, HISTC_SYMBOL, symlen); + } else { const unsigned int unresolved_col_width = BITS_PER_LONG / 4;if (
hists__col_len(hists, HISTC_DSO)<unresolved_col_width&&tools/perf/util/hist.c +22
-17@@ -195,26 +197,14 @@ static u8 symbol__parent_filter(const struct symbol *parent) return 0; } -struct hist_entry *__hists__add_entry (struct hists *hists, +static struct hist_entry *add_hist_entry (struct hists *hists, + struct hist_entry *entry, struct addr_location *al, - struct symbol *sym_parent, u64 period) + u64 period) { struct rb_node **p; struct rb_node *parent = NULL; struct hist_entry *he; - struct hist_entry entry = { - .thread = al->thread, - .ms = { - .map = al->map, - .sym = al->sym, - }, - .cpu = al->cpu, - .ip = al->addr, - .level = al->level, - .period = period, - .parent = sym_parent, - .filtered = symbol__parent_filter(sym_parent), - }; int cmp; pthread_mutex_lock(&hists->lock);@@ -225,7 +215,7 @@ struct hist_entry *__hists__add_entry(struct hists *hists, parent = *p; he = rb_entry(parent, struct hist_entry, rb_node_in); - cmp = hist_entry__cmp(&entry, he); + cmp = hist_entry__cmp(entry, he); if (!cmp) { he->period += period;@@ -239,7 +229,7 @@ struct hist_entry *__hists__add_entry(struct hists *hists, p = &(*p)->rb_right; } - he = hist_entry__new(&entry); + he = hist_entry__new(entry); if (!he) goto out_unlock;@@ -252,6 +242,69 @@ struct hist_entry *__hists__add_entry(struct hists *hists, return he; } +struct hist_entry *__hists__add_branch_entry (struct hists *self, + struct addr_location *al, + struct symbol *sym_parent, + struct branch_info *bi, + u64 period){ + struct hist_entry entry = { + .thread = al->thread, + .ms = { + .map = bi->to.map, + .sym = bi->to.sym, + }, + .cpu = al->cpu, + .ip = bi->to.addr, + .level = al->level, + .period = period, + .parent = sym_parent, + .filtered = symbol__parent_filter(sym_parent),tools/perf/util/hist.c struct hist_entry *__hists__add_entry(struct hists *hists, · line 271
Quoted 10 lines
tools/perf/util/hist.c +10
-0+ .branch_info = bi, + }; + struct hist_entry *he; + + he = add_hist_entry(self, &entry, al, period); + if (!he) + return NULL; + + /* +* in branch mode, we do not display al->sym, al->addr Really minor nit, but start with: "In branch mode"
Quoted 84 lines
tools/perf/util/hist.c +36
-0+* but instead what is in branch_info. The addresses and +* symbols there may need wider columns, so make sure they +* are taken into account. +* +* hists__calc_col_len() tracks the max column width, so +* we need to call it for both the from and to addresses +*/ + entry.ip = bi->from.addr; + entry.ms.map = bi->from.map; + entry.ms.sym = bi->from.sym; + hists__calc_col_len(self, &entry); + + return he; +} + +struct hist_entry *__hists__add_entry (struct hists *self, + struct addr_location *al, + struct symbol *sym_parent, u64 period) +{ + struct hist_entry entry = { + .thread = al->thread, + .ms = { + .map = al->map, + .sym = al->sym, + }, + .cpu = al->cpu, + .ip = al->addr, + .level = al->level, + .period = period, + .parent = sym_parent, + .filtered = symbol__parent_filter(sym_parent), + }; + + return add_hist_entry(self, &entry, al, period); +} +int64_t
hist_entry__cmp(structhist_entry*left, structhist_entry*right) {tools/perf/util/hist.h +1
-0@@ -41,6 +41,7 @@ enum hist_column { HISTC_COMM, HISTC_PARENT, HISTC_CPU, + HISTC_MISPREDICT,
HISTC_NR_COLS, /* Last entry */
};tools/perf/util/hist.h +6
-0@@ -73,6 +74,12 @@ int hist_entry__snprintf(struct hist_entry *self, char *bf, size_t size, struct hists *hists); void hist_entry__free(struct hist_entry *); +struct hist_entry *__hists__add_branch_entry (struct hists *self, + struct addr_location *al, + struct symbol *sym_parent, + struct branch_info *bi, + u64 period); + void hists__output_resort(struct hists *self); void hists__output_resort_threaded(struct hists *hists); void hists__collapse_resort(struct hists *self);tools/perf/util/session.c +12
-0@@ -229,6 +229,63 @@ static bool symbol__match_parent_regex(struct symbol *sym) return 0; } +static const u8 cpumodes[] = { + PERF_RECORD_MISC_USER, + PERF_RECORD_MISC_KERNEL, + PERF_RECORD_MISC_GUEST_USER, + PERF_RECORD_MISC_GUEST_KERNEL +}; +#define NCPUMODES (sizeof(cpumodes)/sizeof(u8)) + +static void ip__resolve_ams (struct machine *self,struct thread *thread, + struct addr_map_symbol *ams, + u64 ip) +{tools/perf/util/session.c static bool symbol__match_parent_regex(struct symbol *sym) · line 253
Quoted 10 lines
tools/perf/util/session.c +10
-0+ struct addr_location al; + size_t i; + u8 m; + + memset(&al, 0, sizeof(al)); + + for (i = 0; i < NCPUMODES; i++) { + m = cpumodes[i]; + /* +* we cannot use the header.misc hint to determine whether a ditto
tools/perf/util/session.c static bool symbol__match_parent_regex(struct symbol *sym) · line 256
Quoted 3 lines
tools/perf/util/session.c +3
-0+ * branch stack address is user, kernel, guest, hypervisor. + * Branches may straddle the kernel/user/hypervisor boundaries. + * Thus, we have to try * consecutively until we find a match^ comment reflow artifact?
Quoted 131 lines
tools/perf/util/session.c +47
-0+* or else, the symbol is unknown +*/ + thread__find_addr_location(thread, self, m, MAP__FUNCTION, + ip, &al, NULL); + if (al.sym) + goto found; + } +found: + ams->addr = ip; + ams->sym = al.sym; + ams->map = al.map; +} + +struct branch_info *perf_session__resolve_bstack (struct machine *self, + struct thread *thr, + struct branch_stack *bs) +{ + struct branch_info *bi; + unsigned int i; + + bi = calloc(bs->nr, sizeof(struct branch_info)); + if (!bi) + return NULL; + + for (i = 0; i < bs->nr; i++) { + ip__resolve_ams(self, thr, &bi[i].to, bs->entries[i].to); + ip__resolve_ams(self, thr, &bi[i].from, bs->entries[i].from); + bi[i].flags = bs->entries[i].flags; + } + return bi; +} + int machine__resolve_callchain(struct machine *self, struct perf_evsel *evsel, struct thread *thread, struct ip_callchain *chain,@@ -697,6 +754,18 @@ static void callchain__printf(struct perf_sample *sample) i, sample->callchain->ips[i]); } +static void branch_stack__printf (struct perf_sample *sample) +{ + uint64_t i; + + printf("... branch stack: nr:%" PRIu64 "\n", sample->branch_stack->nr); + + for (i = 0; i < sample->branch_stack->nr; i++) + printf("..... %2"PRIu64": %016" PRIx64 " -> %016" PRIx64 "\n", + i, sample->branch_stack->entries[i].from, + sample->branch_stack->entries[i].to); +} + static void perf_session__print_tstamp(struct perf_session *session, union perf_event *event, struct perf_sample *sample)@@ -744,6 +813,9 @@ static void dump_sample(struct perf_session *session, union perf_event *event, if (session->sample_type & PERF_SAMPLE_CALLCHAIN) callchain__printf(sample); + + if (session->sample_type & PERF_SAMPLE_BRANCH_STACK) + branch_stack__printf(sample); }static struct machine *
tools/perf/util/session.h +4
-0@@ -73,6 +73,10 @@ int perf_session__resolve_callchain(struct perf_session *self, struct perf_evsel struct ip_callchain *chain, struct symbol **parent); +struct branch_info *perf_session__resolve_bstack (struct machine *self, + struct thread *thread, + struct branch_stack *bs); + bool perf_session__has_traces(struct perf_session *self, const char *msg); void mem_bswap_64(void *src, int byte_size);tools/perf/util/sort.c +21
-0@@ -8,6 +8,7 @@ const char default_sort_order[] = "comm,dso,symbol"; const char *sort_order = default_sort_order; int sort__need_collapse = 0; int sort__has_parent = 0; +bool sort__branch_mode; enum sort_type sort__first_dimension;@@ -94,6 +95,26 @@ static int hist_entry__comm_snprintf(struct hist_entry *self, char *bf, return repsep_snprintf(bf, size, "%*s", width, self->thread->comm); } +static int64_t _sort__dso_cmp (struct map *map_l,struct map *map_r) +{ + struct dso *dso_l = map_l ? map_l->dso : NULL; + struct dso *dso_r = map_r ? map_r->dso : NULL; + const char *dso_name_l, *dso_name_r; + + if (!dso_l || !dso_r) + return cmp_null(dso_l, dso_r); + + if (verbose) { + dso_name_l = dso_l->long_name; + dso_name_r = dso_r->long_name; + } else { + dso_name_l = dso_l->short_name; + dso_name_r = dso_r->short_name; + } + + return strcmp(dso_name_l, dso_name_r); +} + struct sort_entry sort_comm = { .se_header = "Command", .se_cmp = sort__comm_cmp,@@ -107,36 +128,74 @@ struct sort_entry sort_comm = {static
int64_t
sort__dso_cmp(structhist_entry*left, structhist_entry*right) {
- struct dso*dso_l=left->ms.map?left->ms.map->dso: NULL;
- struct dso*dso_r=right->ms.map?right->ms.map->dso: NULL;
- const char*dso_name_l,*dso_name_r;
+ return_sort__dso_cmp(left->ms.map, right->ms.map); +}- if (!dso_l || !dso_r)
- returncmp_null(dso_l, dso_r);
Quoted 12 lines
Quoted 7 lines
- if (verbose) {
-dso_name_l=dso_l->long_name;
-dso_name_r=dso_r->long_name;
- } else {
-dso_name_l=dso_l->short_name;
-dso_name_r=dso_r->short_name;
+staticint64_t_sort__sym_cmp(struct symbol*sym_l, struct symbol*sym_r,We use double _ on the front with the same rationale as in the kernel, i.e. we we do a little bit less than what the non __ prefixed function does (locking, etc).
The function was extracted to be called from different contexts. The old function kept the same name to avoid modifying many lines of code. The _sort__sym_cmp() does the actual work, i.e., the common code. So I don't know how to apply your comment.
Quoted 449 lines
Quoted 449 lines
+ u64
ip_l, u64ip_r)tools/perf/util/sort.c +22
-0+{ + if (!sym_l || !sym_r) + return cmp_null(sym_l, sym_r); + + if (sym_l == sym_r) + return 0; + + if (sym_l) + ip_l = sym_l->start; + if (sym_r) + ip_r = sym_r->start; + + return (int64_t)(ip_r - ip_l); +} + +static int _hist_entry__dso_snprintf (struct map *map,char *bf, + size_t size, unsigned int width) +{ + if (map && map->dso) { + const char *dso_name = !verbose ? map->dso->short_name : + map->dso->long_name; + return repsep_snprintf(bf, size, "%-*s", width, dso_name);}
- return
strcmp(dso_name_l, dso_name_r);
+ returnrepsep_snprintf(bf, size, "%-*s", width, "[unknown]"); }static int
hist_entry__dso_snprintf(struct hist_entry *self, char *bf, size_t size, unsigned int width){
- if (self->ms.map&&self->ms.map->dso) {
- const char*dso_name= !verbose ?self->ms.map->dso->short_name:
-self->ms.map->dso->long_name;
- returnrepsep_snprintf(bf, size, "%-*s", width, dso_name);
+ return_hist_entry__dso_snprintf(self->ms.map, bf, size, width);tools/perf/util/sort.c +12
-0+} + +static int _hist_entry__sym_snprintf (struct map *map,struct symbol *sym, + u64 ip, char level, char *bf, size_t size, + unsigned int width __used) +{ + size_t ret = 0; + + if (verbose) { + char o = map ? dso__symtab_origin(map->dso) : '!'; + ret += repsep_snprintf(bf, size, "%-#*llx %c ", + BITS_PER_LONG / 4, ip, o);}
- return
repsep_snprintf(bf, size, "%-*s", width, "[unknown]");
+ ret +=repsep_snprintf(bf + ret, size - ret, "[%c] ", level);
+ if (sym)
+ ret += repsep_snprintf(bf + ret, size - ret, "%-*s",
+ width - ret,
+ sym->name);
+ else {
+size_tlen =BITS_PER_LONG/ 4;
+ ret += repsep_snprintf(bf + ret, size - ret, "%-#.*llx",
+ len, ip);
+ ret += repsep_snprintf(bf + ret, size - ret, "%-*s",
+ width - ret, "");
+ }
+
+ return ret;
}+
structsort_entrysort_dso= {
.se_header = "Shared Object",
.se_cmp =sort__dso_cmp,tools/perf/util/sort.c +7
-1@@ -144,8 +203,14 @@ struct sort_entry sort_dso = { .se_width_idx = HISTC_DSO, }; -/* --sort symbol */ +static int hist_entry__sym_snprintf (struct hist_entry *self,char *bf, + size_t size, unsigned int width __used) +{ + return _hist_entry__sym_snprintf(self->ms.map, self->ms.sym, self->ip, + self->level, bf, size, width); +} +/* --sort symbol */ static
int64_t
sort__sym_cmp(structhist_entry*left, structhist_entry*right) {tools/perf/util/sort.c +189
-72@@ -154,40 +219,10 @@ sort__sym_cmp(struct hist_entry *left, struct hist_entry *right) if (!left->ms.sym && !right->ms.sym) return right->level - left->level; - if (!left->ms.sym || !right->ms.sym) - return cmp_null(left->ms.sym, right->ms.sym); - - if (left->ms.sym == right->ms.sym) - return 0; - ip_l = left->ms.sym->start; ip_r = right->ms.sym->start; - return (int64_t)(ip_r - ip_l); -} - -static int hist_entry__sym_snprintf (struct hist_entry *self,char *bf, - size_t size, unsigned int width __used) -{ - size_t ret = 0; - - if (verbose) { - char o = self->ms.map ? dso__symtab_origin(self->ms.map->dso) : '!'; - ret += repsep_snprintf(bf, size, "%-#*llx %c ", - BITS_PER_LONG / 4, self->ip, o); - } - - if (!sort_dso.elide) - ret += repsep_snprintf(bf + ret, size - ret, "[%c] ", self->level); - - if (self->ms.sym) - ret += repsep_snprintf(bf + ret, size - ret, "%s", - self->ms.sym->name); - else - ret += repsep_snprintf(bf + ret, size - ret, "%-#*llx", - BITS_PER_LONG / 4, self->ip); - - return ret; + return _sort__sym_cmp(left->ms.sym, right->ms.sym, ip_l, ip_r); } struct sort_entry sort_sym = {@@ -246,6 +281,135 @@ struct sort_entry sort_cpu = { .se_width_idx = HISTC_CPU, }; +static int64_t +sort__dso_from_cmp (struct hist_entry *left,struct hist_entry *right) +{ + return _sort__dso_cmp(left->branch_info->from.map, + right->branch_info->from.map); +} + +static int hist_entry__dso_from_snprintf (struct hist_entry *self,char *bf, + size_t size, unsigned int width) +{ + return _hist_entry__dso_snprintf(self->branch_info->from.map, + bf, size, width); +} + +struct sort_entry sort_dso_from = { + .se_header = "Source Shared Object", + .se_cmp = sort__dso_from_cmp, + .se_snprintf = hist_entry__dso_from_snprintf, + .se_width_idx = HISTC_DSO, +}; + +static int64_t +sort__dso_to_cmp (struct hist_entry *left,struct hist_entry *right) +{ + return _sort__dso_cmp(left->branch_info->to.map, + right->branch_info->to.map); +} + +static int hist_entry__dso_to_snprintf (struct hist_entry *self,char *bf, + size_t size, unsigned int width) +{ + return _hist_entry__dso_snprintf(self->branch_info->to.map, + bf, size, width); +} + +static int64_t +sort__sym_from_cmp (struct hist_entry *left,struct hist_entry *right) +{ + struct addr_map_symbol *from_l = &left->branch_info->from; + struct addr_map_symbol *from_r = &right->branch_info->from; + + if (!from_l->sym && !from_r->sym) + return right->level - left->level; + + return _sort__sym_cmp(from_l->sym, from_r->sym, from_l->addr, + from_r->addr); +} + +static int64_t +sort__sym_to_cmp (struct hist_entry *left,struct hist_entry *right) +{ + struct addr_map_symbol *to_l = &left->branch_info->to; + struct addr_map_symbol *to_r = &right->branch_info->to; + + if (!to_l->sym && !to_r->sym) + return right->level - left->level; + + return _sort__sym_cmp(to_l->sym, to_r->sym, to_l->addr, to_r->addr); +} + +static int hist_entry__sym_from_snprintf (struct hist_entry *self,char *bf, + size_t size, unsigned int width __used) +{ + struct addr_map_symbol *from = &self->branch_info->from; + return _hist_entry__sym_snprintf(from->map, from->sym, from->addr, + self->level, bf, size, width); + +} + +static int hist_entry__sym_to_snprintf (struct hist_entry *self,char *bf, + size_t size, unsigned int width __used) +{ + struct addr_map_symbol *to = &self->branch_info->to; + return _hist_entry__sym_snprintf(to->map, to->sym, to->addr, + self->level, bf, size, width); + +} + +struct sort_entry sort_dso_to = { + .se_header = "Target Shared Object", + .se_cmp = sort__dso_to_cmp, + .se_snprintf = hist_entry__dso_to_snprintf, + .se_width_idx = HISTC_DSO, +}; + +struct sort_entry sort_sym_from = { + .se_header = "Source Symbol", + .se_cmp = sort__sym_from_cmp, + .se_snprintf = hist_entry__sym_from_snprintf, + .se_width_idx = HISTC_SYMBOL, +}; + +struct sort_entry sort_sym_to = { + .se_header = "Target Symbol", + .se_cmp = sort__sym_to_cmp, + .se_snprintf = hist_entry__sym_to_snprintf, + .se_width_idx = HISTC_SYMBOL, +}; + +static int64_t +sort__mispredict_cmp (struct hist_entry *left,struct hist_entry *right) +{ + const unsigned char mp = left->branch_info->flags.mispred != + right->branch_info->flags.mispred; + const unsigned char p = left->branch_info->flags.predicted != + right->branch_info->flags.predicted; + + return mp || p; +} + +static int hist_entry__mispredict_snprintf (struct hist_entry *self,char *bf, + size_t size, unsigned int width){ + static const char *out = "N/A"; + + if (self->branch_info->flags.predicted) + out = "N"; + else if (self->branch_info->flags.mispred) + out = "Y"; + + return repsep_snprintf(bf, size, "%-*s", width, out); +} + +struct sort_entry sort_mispredict = { + .se_header = "Branch Mispredicted", + .se_cmp = sort__mispredict_cmp, + .se_snprintf = hist_entry__mispredict_snprintf, + .se_width_idx = HISTC_MISPREDICT, +}; + struct sort_dimension { const char *name; struct sort_entry *entry;@@ -253,14 +417,59 @@ struct sort_dimension { }; static struct sort_dimension sort_dimensions[] = { - { .name = "pid", .entry = &sort_thread, }, - { .name = "comm", .entry = &sort_comm, }, - { .name = "dso", .entry = &sort_dso, }, - { .name = "symbol", .entry = &sort_sym, }, - { .name = "parent", .entry = &sort_parent, }, - { .name = "cpu", .entry = &sort_cpu, }, + { .name = "pid", .entry = &sort_thread, }, + { .name = "comm", .entry = &sort_comm, }, + { .name = "dso", .entry = &sort_dso, }, + { .name = "dso_from", .entry = &sort_dso_from, .taken = true }, + { .name = "dso_to", .entry = &sort_dso_to, .taken = true }, + { .name = "symbol", .entry = &sort_sym, }, + { .name = "symbol_from",.entry = &sort_sym_from, .taken = true }, + { .name = "symbol_to", .entry = &sort_sym_to, .taken = true }, + { .name = "parent", .entry = &sort_parent, }, + { .name = "cpu", .entry = &sort_cpu, }, + { .name = "mispredict", .entry = &sort_mispredict, }, }; +static int _sort_dimension__add (struct sort_dimension *sd) +{ + if (sd->entry->se_collapse) + sort__need_collapse = 1; + + if (sd->entry == &sort_parent) { + int ret = regcomp(&parent_regex, parent_pattern, REG_EXTENDED); + if (ret) { + char err[BUFSIZ]; + + regerror(ret, &parent_regex, err, sizeof(err)); + pr_err("Invalid regex: %s\n%s", parent_pattern, err); + return -EINVAL; + } + sort__has_parent = 1; + } + + if (list_empty(&hist_entry__sort_list)) { + if (!strcmp(sd->name, "pid")) + sort__first_dimension = SORT_PID; + else if (!strcmp(sd->name, "comm")) + sort__first_dimension = SORT_COMM; + else if (!strcmp(sd->name, "dso")) + sort__first_dimension = SORT_DSO; + else if (!strcmp(sd->name, "symbol")) + sort__first_dimension = SORT_SYM; + else if (!strcmp(sd->name, "parent")) + sort__first_dimension = SORT_PARENT; + else if (!strcmp(sd->name, "cpu")) + sort__first_dimension = SORT_CPU; + else if (!strcmp(sd->name, "mispredict")) + sort__first_dimension = SORT_MISPREDICTED; + } + + list_add_tail(&sd->entry->list, &hist_entry__sort_list); + sd->taken = 1; + + return 0; +} + int sort_dimension__add(const char *tok) { unsigned int i;@@ -271,48 +480,21 @@ int sort_dimension__add(const char *tok) if (strncasecmp(tok, sd->name, strlen(tok))) continue; - if (sd->entry == &sort_parent) { - int ret = regcomp(&parent_regex, parent_pattern, REG_EXTENDED); - if (ret) { - char err[BUFSIZ]; - - regerror(ret, &parent_regex, err, sizeof(err)); - pr_err("Invalid regex: %s\n%s", parent_pattern, err); - return -EINVAL; - } - sort__has_parent = 1; - } - if (sd->taken) return 0; - if (sd->entry->se_collapse) - sort__need_collapse = 1; - - if (list_empty(&hist_entry__sort_list)) { - if (!strcmp(sd->name, "pid")) - sort__first_dimension = SORT_PID; - else if (!strcmp(sd->name, "comm")) - sort__first_dimension = SORT_COMM; - else if (!strcmp(sd->name, "dso")) - sort__first_dimension = SORT_DSO; - else if (!strcmp(sd->name, "symbol")) - sort__first_dimension = SORT_SYM; - else if (!strcmp(sd->name, "parent")) - sort__first_dimension = SORT_PARENT; - else if (!strcmp(sd->name, "cpu")) - sort__first_dimension = SORT_CPU; - } - - list_add_tail(&sd->entry->list, &hist_entry__sort_list); - sd->taken = 1; - return 0; + if (sort__branch_mode && (sd->entry == &sort_dso || + sd->entry == &sort_sym)){ + int err = _sort_dimension__add(sd + 1); + return err ?: _sort_dimension__add(sd + 2); + } else if (sd->entry == &sort_mispredict && !sort__branch_mode) + break; + else + return _sort_dimension__add(sd); } - return -ESRCH; } - void setup_sorting(const char * const usagestr[], const struct option *opts) { char *tmp, *tok, *str = strdup(sort_order);tools/perf/util/sort.h +5
-0@@ -31,11 +31,14 @@ extern const char *parent_pattern; extern const char default_sort_order[]; extern int sort__need_collapse; extern int sort__has_parent; +extern bool sort__branch_mode; extern char *field_sep; extern struct sort_entry sort_comm; extern struct sort_entry sort_dso; extern struct sort_entry sort_sym; extern struct sort_entry sort_parent; +extern struct sort_entry sort_lbr_dso; +extern struct sort_entry sort_lbr_sym; extern enum sort_type sort__first_dimension; /**@@ -72,6 +75,7 @@ struct hist_entry { struct hist_entry *pair; struct rb_root sorted_chain; }; + struct branch_info *branch_info; struct callchain_root callchain[0]; };@@ -82,6 +86,7 @@ enum sort_type { SORT_SYM, SORT_PARENT, SORT_CPU, + SORT_MISPREDICTED, }; /*tools/perf/util/symbol.h +10
-0@@ -5,6 +5,7 @@ #include <stdbool.h> #include <stdint.h> #include "map.h" +#include "../perf.h" #include <linux/list.h> #include <linux/rbtree.h> #include <stdio.h>@@ -120,6 +121,18 @@ struct map_symbol { bool has_children; }; +struct addr_map_symbol { + struct map *map; + struct symbol *sym; + u64 addr; +}; + +struct branch_info { + struct addr_map_symbol from; + struct addr_map_symbol to;
Quoted 8 lines
Quoted 8 lines
tools/perf/util/symbol.h +3
-1+ struct branch_flags flags; +}; + struct addr_location { struct thread *thread; struct map *map; --1.7.4.1
���{.n�+�������+%�����ݶ��w��{.n�+����{��G�����{ay�ʇڙ�,j��f���h��������z_�(�階�ݢj"���m������G������?����&���~��iO��z��v�^�m����������?�I�
Re: [PATCH v5 11/18] perf: add code to support PERF_SAMPLE_BRANCH_STACK
Em Tue, Feb 07, 2012 at 03:11:56PM +0100, Stephane Eranian escreveu:
Quoted 6 lines · Arnaldo Carvalho de Melo
Quoted 4 lines
Quoted 4 lines
+++
b/tools/perf/util/annotate.ctools/perf/util/annotate.c +0
-0@@ -64,7 +64,7 @@ int symbol__inc_addr_samples(struct symbol *sym, struct map *map, pr_debug3("%s: addr=%#" PRIx64 "\n", __func__, map->unmap_ip(map, addr));
Quoted 7 lines
Quoted 5 lines
tools/perf/util/annotate.c int symbol__inc_addr_samples(struct symbol *sym, struct map *map, · line 67
Quoted 2 lines
tools/perf/util/annotate.c +1
-1- if (addr >= sym->end) + if (addr >= sym->end || addr < sym->start)This is not related to this, would be better to come in a separate patch with a proper explanation.
You mean in this patchset or separately?
Either way it would be standalone, I'd pick it, but please write a commit message explaining why it is needed.
Multiple people submitted this already but without a good commit message which I think may be papering over a bug.
- Arnaldo
PATCH v5 12/18 perf: add support for sampling taken branch to perf record
In reply to Stephane EranianFrom: Roberto Agostino Vitillo <[email protected]>
This patch adds a new option to enable taken branch stack sampling, i.e., leverage the PERF_SAMPLE_BRANCH_STACK feature of perf_events.
There is a new option to active this mode: -b.
It is possible to pass a set of filters to select the type of branches to sample.
The following filters are available:
- any : any type of branches
- any_call : any function call or system call
- any_ret : any function return or system call return
- any_ind : any indirect branch
- u: only when the branch target is at the user level
- k: only when the branch target is in the kernel
- hv: only when the branch target is in the hypervisor
Filters can be combined by passing a comma separated list to the option:
$ perf record -b any_call,u -e cycles:u branchy
--- tools/perf/Documentation/perf-record.txt | 25 ++++++++++ tools/perf/builtin-record.c | 74 ++++++++++++++++++++++++++++++ tools/perf/perf.h | 1 + tools/perf/util/evsel.c | 4 ++ 4 files changed, 104 insertions(+), 0 deletions(-)
tools/perf/Documentation/perf-record.txt +25 -0
@@ -152,6 +152,31 @@ an empty cgroup (monitor all the time) using, e.g., -G foo,,bar. Cgroups must ha corresponding events, i.e., they always refer to events defined earlier on the command line. +-b:: +--branch-stack:: +Enable taken branch stack sampling. Each sample captures a series of consecutive +taken branches. The number of branches captured with each sample depends on the +underlying hardware, the type of branches of interest, and the executed code. +It is possible to select the types of branches captured by enabling filters. The +following filters are defined: + + - any : any type of branches + - any_call: any function call or system call + - any_ret: any function return or system call return + - any_ind: any indirect branch + - u: only when the branch target is at the user level + - k: only when the branch target is in the kernel + - hv: only when the target is at the hypervisor level + ++ +At least one of any, any_call, any_ret, any_ind must be provided. The privilege levels may +be ommitted, in which case, the privilege levels of the associated event are applied to the +branch filter. Both kernel (k) and hypervisor (hv) privilege levels are subject to +permissions. When sampling on multiple events, branch stack sampling is enabled for all +the sampling events. The sampled branch type is the same for all events. +Note that taken branch sampling may not be available on all processors. +The various filters must be specified as a comma separated list: -b any_ret,u,k + SEE ALSO -------- linkperf:perf-stat[1], linkperf:perf-list[1]
tools/perf/builtin-record.c +74 -0
86 lines not on this page · raw message
tools/perf/perf.h +1 -0
@@ -222,6 +222,7 @@ struct perf_record_opts {unsigned int freq;unsigned int mmap_pages;unsigned int user_freq; +int branch_stack;u64 default_interval;u64 user_interval;const char *cpu_list;
tools/perf/util/evsel.c +4 -0
@@ -126,6 +126,10 @@ void perf_evsel__config(struct perf_evsel *evsel, struct perf_record_opts *opts) attr->watermark =0 ; attr->wakeup_events =1 ; } +if (opts->branch_stack) { + attr->sample_type |=PERF_SAMPLE_BRANCH_STACK ; + attr->branch_sample_type = opts->branch_stack; + } attr->mmap = track; attr->comm = track;
Signature · 1 line
1.7.4.1
Re: [PATCH v5 12/18] perf: add support for sampling taken branch to perf record
Em Thu, Feb 02, 2012 at 01:54:42PM +0100, Stephane Eranian escreveu:
Quoted 19 lines
From: Roberto Agostino Vitillo <[email protected]>
This patch adds a new option to enable taken branch stack sampling, i.e., leverage the
PERF_SAMPLE_BRANCH_STACKfeature ofperf_events.There is a new option to active this mode: -b.
It is possible to pass a set of filters to select the type of branches to sample.The following filters are available:
- any : any type of branches
-any_call: any function call or system call
-any_ret: any function return or system call return
-any_ind: any indirect branch
- u: only when the branch target is at the user level
- k: only when the branch target is in the kernel
- hv: only when the branch target is in the hypervisor
Quoted 6 lines
Filters can be combined by passing a comma separated list to the option:
$ perf record -b any_call,u -e cycles:u branchySigned-off-by Roberto Agostino Vitillo <[email protected]>
Looks ok,
Quoted 165 lines
Signed-off-by Stephane Eranian <[email protected]>--- tools/perf/Documentation/perf-record.txt | 25 ++++++++++ tools/perf/builtin-record.c | 74 ++++++++++++++++++++++++++++++ tools/perf/perf.h | 1 + tools/perf/util/evsel.c | 4 ++ 4 files changed, 104 insertions(+), 0 deletions(-)tools/perf/Documentation/perf-record.txt +25
-0@@ -152,6 +152,31 @@ an empty cgroup (monitor all the time) using, e.g., -G foo,,bar. Cgroups must ha corresponding events, i.e., they always refer to events defined earlier on the command line. +-b:: +--branch-stack:: +Enable taken branch stack sampling. Each sample captures a series of consecutive +taken branches. The number of branches captured with each sample depends on the +underlying hardware, the type of branches of interest, and the executed code. +It is possible to select the types of branches captured by enabling filters. The +following filters are defined: + + - any : any type of branches + - any_call: any function call or system call + - any_ret: any function return or system call return + - any_ind: any indirect branch + - u: only when the branch target is at the user level + - k: only when the branch target is in the kernel + - hv: only when the target is at the hypervisor level + ++ +At least one of any, any_call, any_ret, any_ind must be provided. The privilege levels may +be ommitted, in which case, the privilege levels of the associated event are applied to the +branch filter. Both kernel (k) and hypervisor (hv) privilege levels are subject to +permissions. When sampling on multiple events, branch stack sampling is enabled for all +the sampling events. The sampled branch type is the same for all events. +Note that taken branch sampling may not be available on all processors. +The various filters must be specified as a comma separated list: -b any_ret,u,k + SEE ALSO -------- linkperf:perf-stat[1], linkperf:perf-list[1]tools/perf/builtin-record.c +74
-0@@ -637,6 +637,77 @@ static int __cmd_record(struct perf_record *rec, int argc, const char **argv)return err; } +#define BRANCH_OPT (n, m) \ + { .name = n, .mode = (m) } + +#define BRANCH_END { .name = NULL } + +struct branch_mode { +const char *name; +int mode; +}; + +static const struct branch_mode branch_modes[] = { +BRANCH_OPT ("u" ,PERF_SAMPLE_BRANCH_USER ), +BRANCH_OPT ("k" ,PERF_SAMPLE_BRANCH_KERNEL ), +BRANCH_OPT ("hv" ,PERF_SAMPLE_BRANCH_HV ), +BRANCH_OPT ("any" ,PERF_SAMPLE_BRANCH_ANY ), +BRANCH_OPT ("any_call" ,PERF_SAMPLE_BRANCH_ANY_CALL ), +BRANCH_OPT ("any_ret" ,PERF_SAMPLE_BRANCH_ANY_RETURN ), +BRANCH_OPT ("ind_call" ,PERF_SAMPLE_BRANCH_IND_CALL ), +BRANCH_END +}; + +static int +parse_branch_stack (const struct option *opt,const char *str,int unset__used ) +{ +#define ONLY_PLM \ + (PERF_SAMPLE_BRANCH_USER |\ + PERF_SAMPLE_BRANCH_KERNEL |\ + PERF_SAMPLE_BRANCH_HV) + +uint64_t *mode = (uint64_t *)opt->value; +const struct branch_mode *br; +char *s, *os, *p; +int ret =-1 ; + + *mode =0 ; + +/* because str is read-only */ + s = os =strdup (str); +if (!s) +return -1 ; + +for (;;) { + p =strchr (s,',' ); +if (p) + *p ='\0' ; + +for (br = branch_modes; br->name; br++) { +if (!strcasecmp (s, br->name)) +break ; + } +if (!br->name) + goto error; + + *mode |= br->mode; + +if (!p) +break ; + + s = p +1 ; + } + ret =0 ; + +if ((*mode & ~ONLY_PLM ) ==0 ) { +error ("need at least one branch type with -b\n" ); + ret =-1 ; + } +error: +free (os); +return ret; +} +static const char *const record_usage[] = {"perf record [<options>] [<command>]" ,"perf record [<options>] -- <command> [<options>]" ,@@ -729,6 +800,9 @@ const struct option record_options[] = { "monitor event in cgroup name only", parse_cgroups),OPT_STRING ('u' ,"uid" , &record.uid_str,"user" ,"user to profile" ), +OPT_CALLBACK ('b' ,"branch-stack" , &record.opts.branch_stack, +"branch mode mask" ,"branch stack sampling modes" , + parse_branch_stack), OPT_END() };tools/perf/perf.h +1
-0@@ -222,6 +222,7 @@ struct perf_record_opts {unsigned int freq;unsigned int mmap_pages;unsigned int user_freq; +int branch_stack;u64 default_interval;u64 user_interval;const char *cpu_list;tools/perf/util/evsel.c +4
-0@@ -126,6 +126,10 @@ void perf_evsel__config(struct perf_evsel *evsel, struct perf_record_opts *opts) attr->watermark =0 ; attr->wakeup_events =1 ; } +if (opts->branch_stack) { + attr->sample_type |=PERF_SAMPLE_BRANCH_STACK ; + attr->branch_sample_type = opts->branch_stack; + } attr->mmap = track; attr->comm = track;Signature · 1 line
1.7.4.1
PATCH v5 13/18 perf: add support for taken branch sampling to perf report
In reply to Stephane EranianFrom: Roberto Agostino Vitillo <[email protected]>
This patch adds support for taken branch sampling, i.e, the PERF_SAMPLE_BRANCH_STACK feature to perf report. In other words, to display histograms based on taken branches rather than executed instructions addresses.
The new option is called -b and it takes no argument. To generate meaningful output, the perf.data must have been obtained using perf record -b xxx ... where xxx is a branch filter option.
The output shows symbols, modules, sorted by 'who branches where' the most often. The percentages reported in the first column refer to the total number of branches captured and not the usual number of samples.
Here is a quick example.
Here branchy is simple test program which looks as follows:
void f2(void)
{}
void f3(void)
{}
void f1(unsigned long n)
{
if (n & 1UL)
f2();
else
f3();
}int main(void)
{
unsigned long i;
for (i=0; i < N; i++)
f1(i);
return 0;
}
Here is the output captured on Nehalem, if we are
only interested in user level function calls.
$ perf record -b any_call,u -e cycles:u branchy
$ perf report -b --sort=symbol
52.34% [.] main [.] f1
24.04% [.] f1 [.] f3
23.60% [.] f1 [.] f2
0.01% [k] _IO_new_file_xsputn [k] _IO_file_overflow
0.01% [k] _IO_vfprintf_internal [k] _IO_new_file_xsputn
0.01% [k] _IO_vfprintf_internal [k] strchrnul
0.01% [k] __printf [k] _IO_vfprintf_internal
0.01% [k] main [k] __printfAbout half (52%) of the call branches captured are from main() -> f1(). The second half (24%+23%) is split in two equal shares between f1() -> f2(), f1() ->f3(). The output is as expected given the code.
It should be noted, that using -b in perf record does not eliminate information in the perf.data file. Consequently, a typical profile can also be obtained by perf report by simply not using its -b option.
--- tools/perf/Documentation/perf-report.txt | 7 ++ tools/perf/builtin-report.c | 98 +++++++++++++++++++++++++++--- 2 files changed, 96 insertions(+), 9 deletions(-)
tools/perf/Documentation/perf-report.txt +7 -0
@@ -153,6 +153,13 @@ OPTIONS information which may be very large and thus may clutter the display. It currently includes: cpu and numa topology of the host system. +-b:: +--branch-stack:: + Use the addresses of sampled taken branches instead of the instruction + address to build the histograms. To generate meaningful output, the + perf.data file must have been obtained using perf record -b xxx where + xxx is a branch filter option. + SEE ALSO -------- linkperf:perf-stat[1], linkperf:perf-annotate[1]
tools/perf/builtin-report.c +89 -9
138 lines not on this page · raw message
Signature · 1 line
1.7.4.1
Re: [PATCH v5 13/18] perf: add support for taken branch sampling to perf report
Em Thu, Feb 02, 2012 at 01:54:43PM +0100, Stephane Eranian escreveu:
Quoted 55 lines
From: Roberto Agostino Vitillo <[email protected]>
This patch adds support for taken branch sampling, i.e, the
PERF_SAMPLE_BRANCH_STACKfeature to perf report. In other words, to display histograms based on taken branches rather than executed instructions addresses.The new option is called -b and it takes no argument. To generate meaningful output, the perf.data must have been obtained using perf record -b xxx ... where xxx is a branch filter option.
The output shows symbols, modules, sorted by 'who branches where' the most often. The percentages reported in the first column refer to the total number of branches captured and not the usual number of samples.
Here is a quick example.
Here branchy is simple test program which looks as follows:void f2(void)
{}
void f3(void)
{}
void f1(unsigned long n)
{
if (n & 1UL)f2(); else f3(); }int main(void)
{
unsigned long i;for (i=0; i < N; i++)
f1(i);
return 0;
}Here is the output captured on Nehalem, if we are
only interested in user level function calls.$ perf record -b any_call,u -e cycles:u branchy$ perf report -b --sort=symbol 52.34% [.] main [.] f1 24.04% [.] f1 [.] f3 23.60% [.] f1 [.] f2 0.01% [k] _IO_new_file_xsputn [k] _IO_file_overflow 0.01% [k] _IO_vfprintf_internal [k] _IO_new_file_xsputn 0.01% [k] _IO_vfprintf_internal [k] strchrnul 0.01% [k] __printf [k] _IO_vfprintf_internal 0.01% [k] main [k] __printf
Quoted 3 lines
About half (52%) of the call branches captured are from
main()->f1(). The second half (24%+23%) is split in two equal shares betweenf1()->f2(),f1()->f3(). The output is as expected given the code.
It would be great to have a 'perf test' entry for the above test case, that would try to use this feature and if the kernel didn't bailed out, meaning the hardware supports it, validate the results like is done in other perf test cases.
Just some minor comments about method naming/class ownership below.
Quoted 34 lines
It should be noted, that using -b in perf record does not eliminate information in the perf.data file. Consequently, a typical profile can also be obtained by perf report by simply not using its -b option.
Signed-off-by Roberto Agostino Vitillo <[email protected]>Signed-off-by Stephane Eranian <[email protected]>--- tools/perf/Documentation/perf-report.txt | 7 ++ tools/perf/builtin-report.c | 98 +++++++++++++++++++++++++++--- 2 files changed, 96 insertions(+), 9 deletions(-)tools/perf/Documentation/perf-report.txt +7
-0@@ -153,6 +153,13 @@ OPTIONS information which may be very large and thus may clutter the display. It currently includes: cpu and numa topology of the host system. +-b:: +--branch-stack:: + Use the addresses of sampled taken branches instead of the instruction + address to build the histograms. To generate meaningful output, the + perf.data file must have been obtained using perf record -b xxx where + xxx is a branch filter option. + SEE ALSO -------- linkperf:perf-stat[1], linkperf:perf-annotate[1]tools/perf/builtin-report.c +0
-0
tools/perf/builtin-report.c struct perf_report { · line 60
Quoted 8 lines
tools/perf/builtin-report.c +5
-0@@ -53,6 +53,50 @@ struct perf_report {DECLARE_BITMAP (cpu_bitmap,MAX_NR_CPUS ); }; +static int perf_session__add_branch_hist_entry (struct perf_tool *tool, +struct addr_location *al, +struct perf_sample *sample, +struct perf_evsel *evsel, +struct machine *machine)
The naming here should be:
static int perf_report__add_branch_hist_entry, as this is just a 'struct perf_report' specific method, perf_report being an specialization of a 'perf_tool', etc.
Quoted 8 lines
tools/perf/builtin-report.c +8
-0+{ + struct perf_report *rep = container_of(tool, struct perf_report, tool); +struct symbol *parent =NULL ; +int err =0 ; +unsigned i; +struct hist_entry *he; +struct branch_info *bi; +
tools/perf/builtin-report.c struct perf_report { · line 78
Quoted 10 lines
tools/perf/builtin-report.c +10
-0+if ((sort__has_parent || symbol_conf.use_callchain) + && sample->callchain) { + err =machine__resolve_callchain (machine, evsel, al->thread, + sample->callchain, &parent); +if (err) +return err; + } + + bi =perf_session__resolve_bstack (machine, al->thread, + sample->branch_stack);
This one then is just a 'struct machine' method, hence:
bi = machine__resolve_bstack(machine, al->thread, sample->branch_stack);
Quoted 88 lines
tools/perf/builtin-report.c +47
-7+if (!bi) +return -ENOMEM ; + +for (i =0 ; i < sample->branch_stack->nr; i++) { +if (rep->hide_unresolved && !(bi[i].from.sym && bi[i].to.sym)) +continue ; +/* +* The report shows the percentage of total branches captured +* and not events sampled. Thus we use a pseudo period of 1. +*/ + he =__hists__add_branch_entry (&evsel->hists, al, parent, + &bi[i],1 ); +if (he) { + evsel->hists.stats.total_period +=1 ; +hists__inc_nr_events (&evsel->hists,PERF_RECORD_SAMPLE ); + }else +return -ENOMEM ; + } +return err; +} + static int perf_evsel__add_hist_entry(struct perf_evsel *evsel, struct addr_location *al, struct perf_sample *sample,@@ -126,14 +170,21 @@ static int process_sample_event(struct perf_tool *tool,if (rep->cpu_list && !test_bit (sample->cpu, rep->cpu_bitmap))return 0 ; -if (al.map !=NULL ) - al.map->dso->hit =1 ; +if (sort__branch_mode) { +if (perf_session__add_branch_hist_entry (tool, &al, sample, + evsel, machine)) { +pr_debug ("problem adding lbr entry, skipping event\n" ); +return -1 ; + } + }else { +if (al.map !=NULL ) + al.map->dso->hit =1 ; -if (perf_evsel__add_hist_entry (evsel, &al, sample, machine)) { -pr_debug ("problem incrementing symbol period, skipping event\n" ); -return -1 ; +if (perf_evsel__add_hist_entry (evsel, &al, sample, machine)) { +pr_debug ("problem incrementing symbol period, skipping event\n" ); +return -1 ; + } } -return 0 ; }@@ -188,6 +239,15 @@ static int perf_report__setup_sample_type(struct perf_report *rep) } } +if (sort__branch_mode) { +if (!(self->sample_type &PERF_SAMPLE_BRANCH_STACK )) { +fprintf (stderr,"selected -b but no branch data." +" Did you call perf record without" +" -b?\n" ); +return -1 ; + } + } +return 0 ; }@@ -477,7 +537,8 @@ int cmd_report(int argc, const char **argv, const char *prefix __used)OPT_BOOLEAN (0 ,"stdio" , &report.use_stdio,"Use the stdio interface" ),OPT_STRING ('s' ,"sort" , &sort_order,"key[,key2...]" , -"sort by key(s): pid, comm, dso, symbol, parent" ), +"sort by key(s): pid, comm, dso, symbol, parent, dso_to," +" dso_from, symbol_to, symbol_from, mispredict" ),OPT_BOOLEAN (0 ,"showcpuutilization" , &symbol_conf.show_cpu_utilization,"Show sample percentage for different cpu modes" ), OPT_STRING('p', "parent", &parent_pattern, "regex",@@ -517,6 +578,8 @@ int cmd_report(int argc, const char **argv, const char *prefix __used) "Specify disassembler style (e.g. -M intel for intel syntax)"),OPT_BOOLEAN (0 ,"show-total-period" , &symbol_conf.show_total_period,"Show a column with the sum of periods" ), +OPT_BOOLEAN ('b' ,"branch-stack" , &sort__branch_mode, +"use branch records for histogram filling" ), OPT_END() };
tools/perf/builtin-report.c int cmd_report(int argc, const char **argv, const char *prefix __used) · line 606
Quoted 8 lines
tools/perf/builtin-report.c +4
-1@@ -537,10 +600,27 @@ int cmd_report(int argc, const char **argv, const char *prefix __used) report.input_name ="perf.data" ; } -if (strcmp (report.input_name,"-" ) !=0 ) +if (sort__branch_mode) { +if (use_browser) +fprintf (stderr,"Warning: TUI interface not supported" +" in branch mode\n" );
I'll put this on my TODO list :-)
Quoted 23 lines
tools/perf/builtin-report.c +15
-1+if (symbol_conf.dso_list_str !=NULL ) +fprintf (stderr,"Warning: dso filtering not supported" +" in branch mode\n" ); +if (symbol_conf.sym_list_str !=NULL ) +fprintf (stderr,"Warning: symbol filtering not" +" supported in branch mode\n" ); + + report.use_stdio = true; + use_browser =0 ;setup_browser (true); - else + symbol_conf.dso_list_str =NULL ; + symbol_conf.sym_list_str =NULL ; + }else if (strcmp (report.input_name,"-" ) !=0 ) { +setup_browser (true); + }else { use_browser =0 ; + }/* * Only in the newt browser we are doing integrated annotation, Signature · 1 line
1.7.4.1
PATCH v5 14/18 perf: fix endianness detection in perf.data
In reply to Stephane EranianThe current version of perf detects whether or not the perf.data file is written in a different endianness using the attr_size field in the header of the file. This field represents sizeof(struct perf_event_attr) as known to perf record. If the sizes do not match, then perf tries the byte-swapped version. If they match, then the tool assumes a different endianness.
The issue with the approach is that it assumes the size of perf_event_attr always has to match between perf record and perf report. However, the kernel perf_event ABI is extensible. New fields can be added to struct perf_event_attr. Consequently, it is not possible to use attr_size to detect endianness.
This patch takes another approach by using the magic number written at the beginning of the perf.data file to detect endianness. The magic number is an eight-byte signature. It's primary purpose is to identify (signature) a perf.data file. But it could also be used to encode the endianness.
The patch introduces a new value for this signature. The key difference is that the signature is written differently in the file depending on the endianness. Thus, by comparing the signature from the file with the tool's own signature it is possible to detect endianness. The new signature is "PERFILE2".
Backward compatiblity with existing perf.data file is ensured.
--- tools/perf/util/header.c | 77 ++++++++++++++++++++++++++++++++++++++-------- 1 files changed, 64 insertions(+), 13 deletions(-)
tools/perf/util/header.c +64 -13
@@ -63,9 +63,20 @@ char *perf_header__find_event(u64 id)return NULL ; } -static const char *__perf_magic ="PERFFILE" ; +/* +* magic2 = "PERFILE2" +* must be a numerical value to let the endianness +* determine the memory layout. That way we are able +* to detect endianness when reading the perf.data file +* back. +* +* we check for legacy (PERFFILE) format. +*/ +static const char *__perf_magic1 ="PERFFILE" ; +static const u64 __perf_magic2 =0x32454c4946524550ULL ; +static const u64 __perf_magic2_sw =0x50455246494c4532ULL ; -#define PERF_MAGIC (*(u64 *)__perf_magic) +#define PERF_MAGIC __perf_magic2struct perf_file_attr {struct perf_event_attr attr;
@@ -1620,24 +1631,59 @@ int perf_header__process_sections(struct perf_header *header, int fd,return err; } +static int check_magic_endian (u64 *magic,struct perf_file_header *header, +struct perf_header *ph) +{ +int ret; + +/* check for legacy format */ + ret =memcmp (magic, __perf_magic1,sizeof (*magic)); +if (ret ==0 ) { +pr_debug ("legacy perf.data format\n" ); +if (!header) +return -1 ; + +if (header->attr_size !=sizeof (struct perf_file_attr )) { +u64 attr_size =bswap_64 (header->attr_size); + +if (attr_size !=sizeof (struct perf_file_attr )) +return -1 ; + + ph->needs_swap = true; + } +return 0 ; + } + +/* check magic number with same endianness */ +if (*magic == __perf_magic2) +return 0 ; + +/* check magic number but opposite endianness */ +if (*magic != __perf_magic2_sw) +return -1 ; + + ph->needs_swap = true; + +return 0 ; +} +int perf_file_header__read (struct perf_file_header *header,struct perf_header *ph,int fd) { +int ret; +lseek (fd,0 ,SEEK_SET ); -if (readn (fd, header,sizeof (*header)) <=0 || -memcmp (&header->magic, __perf_magic,sizeof (header->magic))) + ret =readn (fd, header,sizeof (*header)); +if (ret <=0 )return -1 ; -if (header->attr_size !=sizeof (struct perf_file_attr )) { -u64 attr_size =bswap_64 (header->attr_size); - -if (attr_size !=sizeof (struct perf_file_attr )) -return -1 ; +if (check_magic_endian (&header->magic, header, ph) <0 ) +return -1 ; +if (ph->needs_swap) {mem_bswap_64 (header, offsetof(struct perf_file_header , - adds_features)); - ph->needs_swap = true; + adds_features)); }if (header->size !=sizeof (*header)) {
@@ -1873,8 +1919,13 @@ static int perf_file_header__read_pipe(struct perf_pipe_file_header *header, struct perf_header *ph, int fd, bool repipe) { - if (readn(fd, header, sizeof(*header)) <= 0 || - memcmp(&header->magic, __perf_magic, sizeof(header->magic))) + int ret; + + ret =readn (fd, header,sizeof (*header)); +if (ret <=0 ) +return -1 ; + +if (check_magic_endian (&header->magic,NULL , ph) <0 )return -1 ;if (repipe &&do_write (STDOUT_FILENO , header,sizeof (*header)) <0 )
Signature · 1 line
1.7.4.1
Re: [PATCH v5 14/18] perf: fix endianness detection in perf.data
Em Thu, Feb 02, 2012 at 01:54:44PM +0100, Stephane Eranian escreveu:
Quoted 20 lines
The current version of perf detects whether or not the perf.data file is written in a different endianness using the
attr_sizefield in the header of the file. This field representssizeof(struct perf_event_attr)as known to perf record. If the sizes do not match, then perf tries the byte-swapped version. If they match, then the tool assumes a different endianness.The issue with the approach is that it assumes the size of
perf_event_attralways has to match between perf record and perf report. However, the kernelperf_eventABI is extensible. New fields can be added to structperf_event_attr. Consequently, it is not possible to useattr_sizeto detect endianness.This patch takes another approach by using the magic number written at the beginning of the perf.data file to detect endianness. The magic number is an eight-byte signature. It's primary purpose is to identify (signature) a perf.data file. But it could also be used to encode the endianness.
Quoted 8 lines
The patch introduces a new value for this signature. The key difference is that the signature is written differently in the file depending on the endianness. Thus, by comparing the signature from the file with the tool's own signature it is possible to detect endianness. The new signature is "PERFILE2".
Backward compatiblity with existing perf.data file is ensured.
Looks ok, but IIRC David Ahern interacted with you on this specific patch in the past, having his Acked-by and/or Tested-by would be great, David?
- Arnaldo
Quoted 119 lines
Signed-off-by Stephane Eranian <[email protected]>--- tools/perf/util/header.c | 77 ++++++++++++++++++++++++++++++++++++++-------- 1 files changed, 64 insertions(+), 13 deletions(-)tools/perf/util/header.c +64
-13@@ -63,9 +63,20 @@ char *perf_header__find_event(u64 id)return NULL ; } -static const char *__perf_magic ="PERFFILE" ; +/* +* magic2 = "PERFILE2" +* must be a numerical value to let the endianness +* determine the memory layout. That way we are able +* to detect endianness when reading the perf.data file +* back. +* +* we check for legacy (PERFFILE) format. +*/ +static const char *__perf_magic1 ="PERFFILE" ; +static const u64 __perf_magic2 =0x32454c4946524550ULL ; +static const u64 __perf_magic2_sw =0x50455246494c4532ULL ; -#define PERF_MAGIC (*(u64 *)__perf_magic) +#define PERF_MAGIC __perf_magic2struct perf_file_attr {struct perf_event_attr attr;@@ -1620,24 +1631,59 @@ int perf_header__process_sections(struct perf_header *header, int fd,return err; } +static int check_magic_endian (u64 *magic,struct perf_file_header *header, +struct perf_header *ph) +{ +int ret; + +/* check for legacy format */ + ret =memcmp (magic, __perf_magic1,sizeof (*magic)); +if (ret ==0 ) { +pr_debug ("legacy perf.data format\n" ); +if (!header) +return -1 ; + +if (header->attr_size !=sizeof (struct perf_file_attr )) { +u64 attr_size =bswap_64 (header->attr_size); + +if (attr_size !=sizeof (struct perf_file_attr )) +return -1 ; + + ph->needs_swap = true; + } +return 0 ; + } + +/* check magic number with same endianness */ +if (*magic == __perf_magic2) +return 0 ; + +/* check magic number but opposite endianness */ +if (*magic != __perf_magic2_sw) +return -1 ; + + ph->needs_swap = true; + +return 0 ; +} +int perf_file_header__read (struct perf_file_header *header,struct perf_header *ph,int fd) { +int ret; +lseek (fd,0 ,SEEK_SET ); -if (readn (fd, header,sizeof (*header)) <=0 || -memcmp (&header->magic, __perf_magic,sizeof (header->magic))) + ret =readn (fd, header,sizeof (*header)); +if (ret <=0 )return -1 ; -if (header->attr_size !=sizeof (struct perf_file_attr )) { -u64 attr_size =bswap_64 (header->attr_size); - -if (attr_size !=sizeof (struct perf_file_attr )) -return -1 ; +if (check_magic_endian (&header->magic, header, ph) <0 ) +return -1 ; +if (ph->needs_swap) {mem_bswap_64 (header, offsetof(struct perf_file_header , - adds_features)); - ph->needs_swap = true; + adds_features)); }if (header->size !=sizeof (*header)) {@@ -1873,8 +1919,13 @@ static int perf_file_header__read_pipe(struct perf_pipe_file_header *header, struct perf_header *ph, int fd, bool repipe) { - if (readn(fd, header, sizeof(*header)) <= 0 || - memcmp(&header->magic, __perf_magic, sizeof(header->magic))) + int ret; + + ret =readn (fd, header,sizeof (*header)); +if (ret <=0 ) +return -1 ; + +if (check_magic_endian (&header->magic,NULL , ph) <0 )return -1 ;if (repipe &&do_write (STDOUT_FILENO , header,sizeof (*header)) <0 )Signature · 1 line
1.7.4.1
Re: [PATCH v5 14/18] perf: fix endianness detection in perf.data
Quoted 27 lines · Arnaldo Carvalho de Melo
Em Thu, Feb 02, 2012 at 01:54:44PM +0100, Stephane Eranian escreveu:
Quoted 26 lines
The current version of perf detects whether or not the perf.data file is written in a different endianness using the
attr_sizefield in the header of the file. This field representssizeof(struct perf_event_attr)as known to perf record. If the sizes do not match, then perf tries the byte-swapped version. If they match, then the tool assumes a different endianness.The issue with the approach is that it assumes the size of
perf_event_attralways has to match between perf record and perf report. However, the kernelperf_eventABI is extensible. New fields can be added to structperf_event_attr. Consequently, it is not possible to useattr_sizeto detect endianness.This patch takes another approach by using the magic number written at the beginning of the perf.data file to detect endianness. The magic number is an eight-byte signature. It's primary purpose is to identify (signature) a perf.data file. But it could also be used to encode the endianness.
The patch introduces a new value for this signature. The key difference is that the signature is written differently in the file depending on the endianness. Thus, by comparing the signature from the file with the tool's own signature it is possible to detect endianness. The new signature is "PERFILE2".
Quoted 7 lines
Quoted 2 lines
Backward compatiblity with existing perf.data file is ensured.
Looks ok, but IIRC David Ahern interacted with you on this specific patch in the past, having his Acked-by and/or Tested-by would be great, David?
I agree, I am still waiting for the results of his test on big-endian systems. I don't have any unfortunately.
Quoted 121 lines
- Arnaldo
Quoted 119 lines
Signed-off-by Stephane Eranian <[email protected]>---
tools/perf/util/header.c | 77 ++++++++++++++++++++++++++++++++++++++--------1 files changed, 64 insertions(+), 13 deletions(-)tools/perf/util/header.c +64
-14@@ -63,9 +63,20 @@ char *perf_header__find_event(u64 id) return NULL; } -static const char *__perf_magic ="PERFFILE" ; +/* +* magic2 = "PERFILE2" +* must be a numerical value to let the endianness +* determine the memory layout. That way we are able +* to detect endianness when reading the perf.data file +* back. +* +* we check for legacy (PERFFILE) format. +*/ +static const char *__perf_magic1 ="PERFFILE" ; +static const u64 __perf_magic2 = 0x32454c4946524550ULL; +static const u64 __perf_magic2_sw =0x50455246494c4532ULL ; -#define PERF_MAGIC (*(u64 *)__perf_magic) +#define PERF_MAGIC __perf_magic2 struct perf_file_attr { struct perf_event_attr attr;@@ -1620,24 +1631,59 @@ int perf_header__process_sections(struct perf_header *header, int fd, return err; } +static int check_magic_endian (u64 *magic,struct perf_file_header *header, + struct perf_header *ph) +{ + int ret; + + /* check for legacy format */ + ret = memcmp(magic, __perf_magic1, sizeof(*magic)); + if (ret == 0) { + pr_debug("legacy perf.data format\n"); + if (!header) + return -1; + + if (header->attr_size != sizeof(struct perf_file_attr)) { + u64 attr_size = bswap_64(header->attr_size); + + if (attr_size != sizeof(struct perf_file_attr)) + return -1; + + ph->needs_swap = true; + } + return 0; + } + + /* check magic number with same endianness */ + if (*magic == __perf_magic2) + return 0; + + /* check magic number but opposite endianness */ + if (*magic != __perf_magic2_sw) + return -1; + + ph->needs_swap = true; + + return 0; +} + int perf_file_header__read(struct perf_file_header *header, struct perf_header *ph, int fd) { + int ret; + lseek(fd, 0, SEEK_SET); - if (readn(fd, header, sizeof(*header)) <= 0 || - memcmp(&header->magic, __perf_magic, sizeof(header->magic))) + ret = readn(fd, header, sizeof(*header)); + if (ret <= 0) return -1; - if (header->attr_size != sizeof(struct perf_file_attr)) { - u64 attr_size = bswap_64(header->attr_size); - - if (attr_size != sizeof(struct perf_file_attr)) - return -1; + if (check_magic_endian(&header->magic, header, ph) < 0) + return -1; + if (ph->needs_swap) { mem_bswap_64(header, offsetof(struct perf_file_header, - adds_features)); - ph->needs_swap = true; + adds_features)); } if (header->size != sizeof(*header)) {@@ -1873,8 +1919,13 @@ static int perf_file_header__read_pipe(struct perf_pipe_file_header *header, struct perf_header *ph, int fd, bool repipe) { - if (readn(fd, header, sizeof(*header)) <= 0 || - memcmp(&header->magic, __perf_magic, sizeof(header->magic))) + int ret; + + ret = readn(fd, header, sizeof(*header)); + if (ret <= 0) + return -1; + + if (check_magic_endian(&header->magic, NULL, ph) < 0) return -1; if (repipe && do_write(STDOUT_FILENO, header, sizeof(*header)) < 0) --1.7.4.1
Re: [PATCH v5 14/18] perf: fix endianness detection in perf.data
In reply to Arnaldo Carvalho de MeloQuoted 27 lines · Arnaldo Carvalho de Melo
Em Thu, Feb 02, 2012 at 01:54:44PM +0100, Stephane Eranian escreveu:
Quoted 26 lines
The current version of perf detects whether or not the perf.data file is written in a different endianness using the
attr_sizefield in the header of the file. This field representssizeof(struct perf_event_attr)as known to perf record. If the sizes do not match, then perf tries the byte-swapped version. If they match, then the tool assumes a different endianness.The issue with the approach is that it assumes the size of
perf_event_attralways has to match between perf record and perf report. However, the kernelperf_eventABI is extensible. New fields can be added to structperf_event_attr. Consequently, it is not possible to useattr_sizeto detect endianness.This patch takes another approach by using the magic number written at the beginning of the perf.data file to detect endianness. The magic number is an eight-byte signature. It's primary purpose is to identify (signature) a perf.data file. But it could also be used to encode the endianness.
The patch introduces a new value for this signature. The key difference is that the signature is written differently in the file depending on the endianness. Thus, by comparing the signature from the file with the tool's own signature it is possible to detect endianness. The new signature is "PERFILE2".
Quoted 6 lines
Quoted 2 lines
Backward compatiblity with existing perf.data file is ensured.
Looks ok, but IIRC David Ahern interacted with you on this specific patch in the past, having his Acked-by and/or Tested-by would be great, David?
I don't recall anything changing since version 4. I scanned over the change and it all looks familiar; testing worked fine as well -- I was able to analyze a PPC file on x86 and vice versa.
Re: [PATCH v5 14/18] perf: fix endianness detection in perf.data
Em Mon, Feb 06, 2012 at 02:47:18PM -0700, David Ahern escreveu:
Quoted 5 lines · Arnaldo Carvalho de Melo
Quoted 3 lines
Looks ok, but IIRC David Ahern interacted with you on this specific patch in the past, having his Acked-by and/or Tested-by would be great, David?
Quoted 7 lines
I don't recall anything changing since version 4. I scanned over the change and it all looks familiar; testing worked fine as well -- I was able to analyze a PPC file on x86 and vice versa.
Acked-by David Ahern <[email protected]>Tested-by David Ahern <[email protected]>
Stephane,
What are your plans? A v6 patch series with this new round of
comments and Acked-by et al stamps?
- Arnaldo
Re: [PATCH v5 14/18] perf: fix endianness detection in perf.data
Quoted 14 lines · Arnaldo Carvalho de Melo
Em Mon, Feb 06, 2012 at 02:47:18PM -0700, David Ahern escreveu:
Quoted 5 lines · Arnaldo Carvalho de Melo
Quoted 3 lines
Looks ok, but IIRC David Ahern interacted with you on this specific patch in the past, having his Acked-by and/or Tested-by would be great, David?
Quoted 7 lines
I don't recall anything changing since version 4. I scanned over the change and it all looks familiar; testing worked fine as well -- I was able to analyze a PPC file on x86 and vice versa.
Acked-by David Ahern <[email protected]>Tested-by David Ahern <[email protected]>
Quoted 6 lines
Stephane,
What are your plans? A v6 patch series with this new round of
comments and Acked-by et al stamps?- Arnaldo
I thought this one was standalone, so it could be picked up now.
David
Re: [PATCH v5 14/18] perf: fix endianness detection in perf.data
Quoted 17 lines · David Ahern
Quoted 14 lines · Arnaldo Carvalho de Melo
Em Mon, Feb 06, 2012 at 02:47:18PM -0700, David Ahern escreveu:
Quoted 12 lines · Arnaldo Carvalho de Melo
Quoted 3 lines
Looks ok, but IIRC David Ahern interacted with you on this specific patch in the past, having his Acked-by and/or Tested-by would be great, David?
I don't recall anything changing since version 4. I scanned over the change and it all looks familiar; testing worked fine as well -- I was able to analyze a PPC file on x86 and vice versa.
Acked-by David Ahern <[email protected]>Tested-by David Ahern <[email protected]>
Quoted 5 lines
Quoted 5 lines
Stephane,
What are your plans? A v6 patch series with this new round of comments and Acked-by et al stamps?
I can do that. That'll be easier I think.
Quoted 5 lines
Quoted 1 line
- Arnaldo
I thought this one was standalone, so it could be picked up now.
David
Re: [PATCH v5 14/18] perf: fix endianness detection in perf.data
Em Tue, Feb 07, 2012 at 03:13:54PM +0100, Stephane Eranian escreveu:
Quoted 15 lines · David Ahern
Quoted 14 lines · Arnaldo Carvalho de Melo
Quoted 13 lines
Em Mon, Feb 06, 2012 at 02:47:18PM -0700, David Ahern escreveu:
Quoted 11 lines · Arnaldo Carvalho de Melo
Quoted 3 lines
Looks ok, but IIRC David Ahern interacted with you on this specific patch in the past, having his Acked-by and/or Tested-by would be great, David?
I don't recall anything changing since version 4. I scanned over the change and it all looks familiar; testing worked fine as well -- I was able to analyze a PPC file on x86 and vice versa.
Acked-by David Ahern <[email protected]>Tested-by David Ahern <[email protected]>
Quoted 6 lines
Quoted 5 lines
Quoted 5 lines
Stephane,
What are your plans? A v6 patch series with this new round of comments and Acked-by et al stamps?
I can do that. That'll be easier I think.
Nevermind, as David pointed out, it is standalone, I've applied it, together with David's stamps.
Quoted 1 line
Quoted 1 line
I thought this one was standalone, so it could be picked up now.
- Arnaldo
[tip:perf/core] perf tools: fix endianness detection in perf.data
In reply to Stephane EranianCommit-ID: 73323f541fe5f55a3b8a5c3d565bfc1efd64abf6 Gitweb: http://git.kernel.org/tip/73323f541fe5f55a3b8a5c3d565bfc1efd64abf6 Author: Stephane Eranian <[email protected]> AuthorDate: Thu, 2 Feb 2012 13:54:44 +0100 Committer: Arnaldo Carvalho de Melo <[email protected]> CommitDate: Thu, 9 Feb 2012 12:28:10 -0200
perf tools: fix endianness detection in perf.data
The current version of perf detects whether or not the perf.data file is written in a different endianness using the attr_size field in the header of the file. This field represents sizeof(struct perf_event_attr) as known to perf record. If the sizes do not match, then perf tries the byte-swapped version. If they match, then the tool assumes a different endianness.
The issue with the approach is that it assumes the size of perf_event_attr always has to match between perf record and perf report. However, the kernel perf_event ABI is extensible. New fields can be added to struct perf_event_attr. Consequently, it is not possible to use attr_size to detect endianness.
This patch takes another approach by using the magic number written at the beginning of the perf.data file to detect endianness. The magic number is an eight-byte signature. It's primary purpose is to identify (signature) a perf.data file. But it could also be used to encode the endianness.
The patch introduces a new value for this signature. The key difference is that the signature is written differently in the file depending on the endianness. Thus, by comparing the signature from the file with the tool's own signature it is possible to detect endianness. The new signature is "PERFILE2".
Backward compatiblity with existing perf.data file is ensured.
--- tools/perf/util/header.c | 77 ++++++++++++++++++++++++++++++++++++++-------- 1 files changed, 64 insertions(+), 13 deletions(-)
tools/perf/util/header.c +64 -13
@@ -63,9 +63,20 @@ char *perf_header__find_event(u64 id)return NULL ; } -static const char *__perf_magic ="PERFFILE" ; +/* +* magic2 = "PERFILE2" +* must be a numerical value to let the endianness +* determine the memory layout. That way we are able +* to detect endianness when reading the perf.data file +* back. +* +* we check for legacy (PERFFILE) format. +*/ +static const char *__perf_magic1 ="PERFFILE" ; +static const u64 __perf_magic2 =0x32454c4946524550ULL ; +static const u64 __perf_magic2_sw =0x50455246494c4532ULL ; -#define PERF_MAGIC (*(u64 *)__perf_magic) +#define PERF_MAGIC __perf_magic2struct perf_file_attr {struct perf_event_attr attr;
@@ -1620,24 +1631,59 @@ out_free:return err; } +static int check_magic_endian (u64 *magic,struct perf_file_header *header, +struct perf_header *ph) +{ +int ret; + +/* check for legacy format */ + ret =memcmp (magic, __perf_magic1,sizeof (*magic)); +if (ret ==0 ) { +pr_debug ("legacy perf.data format\n" ); +if (!header) +return -1 ; + +if (header->attr_size !=sizeof (struct perf_file_attr )) { +u64 attr_size =bswap_64 (header->attr_size); + +if (attr_size !=sizeof (struct perf_file_attr )) +return -1 ; + + ph->needs_swap = true; + } +return 0 ; + } + +/* check magic number with same endianness */ +if (*magic == __perf_magic2) +return 0 ; + +/* check magic number but opposite endianness */ +if (*magic != __perf_magic2_sw) +return -1 ; + + ph->needs_swap = true; + +return 0 ; +} +int perf_file_header__read (struct perf_file_header *header,struct perf_header *ph,int fd) { +int ret; +lseek (fd,0 ,SEEK_SET ); -if (readn (fd, header,sizeof (*header)) <=0 || -memcmp (&header->magic, __perf_magic,sizeof (header->magic))) + ret =readn (fd, header,sizeof (*header)); +if (ret <=0 )return -1 ; -if (header->attr_size !=sizeof (struct perf_file_attr )) { -u64 attr_size =bswap_64 (header->attr_size); - -if (attr_size !=sizeof (struct perf_file_attr )) -return -1 ; +if (check_magic_endian (&header->magic, header, ph) <0 ) +return -1 ; +if (ph->needs_swap) {mem_bswap_64 (header, offsetof(struct perf_file_header , - adds_features)); - ph->needs_swap = true; + adds_features)); }if (header->size !=sizeof (*header)) {
@@ -1873,8 +1919,13 @@ static int perf_file_header__read_pipe(struct perf_pipe_file_header *header, struct perf_header *ph, int fd, bool repipe) { - if (readn(fd, header, sizeof(*header)) <= 0 || - memcmp(&header->magic, __perf_magic, sizeof(header->magic))) + int ret; + + ret =readn (fd, header,sizeof (*header)); +if (ret <=0 ) +return -1 ; + +if (check_magic_endian (&header->magic,NULL , ph) <0 )return -1 ;if (repipe &&do_write (STDOUT_FILENO , header,sizeof (*header)) <0 )
PATCH v5 15/18 perf: add ABI reference sizes
In reply to Stephane EranianThis patch adds reference sizes for revision 1 and 2 of the perf_event ABI, i.e., the size of the perf_event_attr struct.
With Rev1: config2 was added = +8 bytes With Rev2: branch_sample_type was added = +8 bytes
Adds the definition for Rev1, Rev2.
This is useful for tools trying to decode the revision numbers based on the size of the struct.
--- include/linux/perf_event.h | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-)
include/linux/perf_event.h +2 -0
@@ -192,6 +192,8 @@ enum perf_event_read_format { };#define PERF_ATTR_SIZE_VER0 64/* sizeof first published struct */ +#define PERF_ATTR_SIZE_VER1 72/* add: config2 */ +#define PERF_ATTR_SIZE_VER2 80/* add: branch_sample_type */ /* * Hardware event_id to monitor via a performance monitoring event:
Signature · 1 line
1.7.4.1
PATCH v5 16/18 perf: enable reading of perf.data files from different ABI rev
In reply to Stephane EranianThis patch allows perf to process perf.data files generated using an ABI that has a different perf_event_attr struct size, i.e., a different ABI version.
The perf_event_attr can be extended, yet perf needs to cope with older perf.data files. Similarly, perf must be able to cope with a perf.data file which is using a newer version of the ABI than what it knows about.
This patch adds read_attr(), a routine that reads a perf_event_attr struct from a file incrementally based on its advertised size. If the on-file struct is smaller than what perf knows, then the extra fields are zeroed. If the on-file struct is bigger, then perf only uses what it knows about, the rest is skipped.
--- tools/perf/util/header.c | 49 ++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 47 insertions(+), 2 deletions(-)
tools/perf/util/header.c +47 -2
@@ -1959,6 +1959,51 @@ static int perf_header__read_pipe(struct perf_session *session, int fd)return 0 ; } +static int read_attr (int fd,struct perf_header *ph, +struct perf_file_attr *f_attr) +{ +struct perf_event_attr *attr = &f_attr->attr; +size_t sz, left; +size_t our_sz =sizeof (f_attr->attr); +int ret; + +memset (f_attr,0 ,sizeof (*f_attr)); + +/* read minimal guaranteed structure */ + ret =readn (fd, attr,PERF_ATTR_SIZE_VER0 ); +if (ret <=0 ) +return -1 ; + +/* on file perf_event_attr size */ + sz = attr->size; +if (ph->needs_swap) + sz =bswap_32 (sz); + +if (sz ==0 ) { +/* assume ABI0 */ + sz =PERF_ATTR_SIZE_VER0 ; + }else if (sz > our_sz) { +/* bigger than what we know about */ + sz = our_sz; + +/* skip what we do not know about */ +lseek (fd,SEEK_CUR , attr->size - our_sz); + } +/* what we have not yet read and that we know about */ + left = sz -PERF_ATTR_SIZE_VER0 ; +if (left) { +void *ptr = attr; + ptr +=PERF_ATTR_SIZE_VER0 ; + + ret =readn (fd, ptr, left); +if (ret <=0 ) +return -1 ; + } +/* read the ids */ + ret =readn (fd, &f_attr->ids,sizeof (struct perf_file_section )); +return ret <=0 ?-1 :0 ; +} +int perf_session__read_header (struct perf_session *session,int fd) {struct perf_header *header = &session->header;
@@ -1979,14 +2024,14 @@ int perf_session__read_header(struct perf_session *session, int fd)return -EINVAL ; } - nr_attrs = f_header.attrs.size /sizeof (f_attr); + nr_attrs = f_header.attrs.size / f_header.attr_size;lseek (fd, f_header.attrs.offset,SEEK_SET );for (i =0 ; i < nr_attrs; i++) {struct perf_evsel *evsel;off_t tmp; -if (readn (fd, &f_attr,sizeof (f_attr)) <=0 ) +if (read_attr (fd, header, &f_attr) <0 ) goto out_errno;if (header->needs_swap)
Signature · 1 line
1.7.4.1
Re: [PATCH v5 16/18] perf: enable reading of perf.data files from different ABI rev
Em Thu, Feb 02, 2012 at 01:54:46PM +0100, Stephane Eranian escreveu:
Quoted 9 lines
This patch allows perf to process perf.data files generated using an ABI that has a different
perf_event_attrstruct size, i.e., a different ABI version.The
perf_event_attrcan be extended, yet perf needs to cope with older perf.data files. Similarly, perf must be able to cope with a perf.data file which is using a newer version of the ABI than what it knows about.
Quoted 5 lines
This patch adds
read_attr(), a routine that reads aperf_event_attrstruct from a file incrementally based on its advertised size. If the on-file struct is smaller than what perf knows, then the extra fields are zeroed. If the on-file struct is bigger, then perf only uses what it knows about, the rest is skipped.
Anshuman, can I have your Acked-by or Reviewed-by since you spotted problems in this and your suggestions were taken into account? Is this OK now?
- Arnaldo
Quoted 80 lines
Signed-off-by Stephane Eranian <[email protected]>--- tools/perf/util/header.c | 49 ++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 47 insertions(+), 2 deletions(-)tools/perf/util/header.c +47
-2@@ -1959,6 +1959,51 @@ static int perf_header__read_pipe(struct perf_session *session, int fd)return 0 ; } +static int read_attr (int fd,struct perf_header *ph, +struct perf_file_attr *f_attr) +{ +struct perf_event_attr *attr = &f_attr->attr; +size_t sz, left; +size_t our_sz =sizeof (f_attr->attr); +int ret; + +memset (f_attr,0 ,sizeof (*f_attr)); + +/* read minimal guaranteed structure */ + ret =readn (fd, attr,PERF_ATTR_SIZE_VER0 ); +if (ret <=0 ) +return -1 ; + +/* on file perf_event_attr size */ + sz = attr->size; +if (ph->needs_swap) + sz =bswap_32 (sz); + +if (sz ==0 ) { +/* assume ABI0 */ + sz =PERF_ATTR_SIZE_VER0 ; + }else if (sz > our_sz) { +/* bigger than what we know about */ + sz = our_sz; + +/* skip what we do not know about */ +lseek (fd,SEEK_CUR , attr->size - our_sz); + } +/* what we have not yet read and that we know about */ + left = sz -PERF_ATTR_SIZE_VER0 ; +if (left) { +void *ptr = attr; + ptr +=PERF_ATTR_SIZE_VER0 ; + + ret =readn (fd, ptr, left); +if (ret <=0 ) +return -1 ; + } +/* read the ids */ + ret =readn (fd, &f_attr->ids,sizeof (struct perf_file_section )); +return ret <=0 ?-1 :0 ; +} +int perf_session__read_header (struct perf_session *session,int fd) {struct perf_header *header = &session->header;@@ -1979,14 +2024,14 @@ int perf_session__read_header(struct perf_session *session, int fd)return -EINVAL ; } - nr_attrs = f_header.attrs.size /sizeof (f_attr); + nr_attrs = f_header.attrs.size / f_header.attr_size;lseek (fd, f_header.attrs.offset,SEEK_SET );for (i =0 ; i < nr_attrs; i++) {struct perf_evsel *evsel;off_t tmp; -if (readn (fd, &f_attr,sizeof (f_attr)) <=0 ) +if (read_attr (fd, header, &f_attr) <0 ) goto out_errno;if (header->needs_swap)Signature · 1 line
1.7.4.1
Re: [PATCH v5 16/18] perf: enable reading of perf.data files from different ABI rev
Quoted 16 lines · Arnaldo Carvalho de Melo
Em Thu, Feb 02, 2012 at 01:54:46PM +0100, Stephane Eranian escreveu:
Quoted 9 lines
This patch allows perf to process perf.data files generated using an ABI that has a different
perf_event_attrstruct size, i.e., a different ABI version.The
perf_event_attrcan be extended, yet perf needs to cope with older perf.data files. Similarly, perf must be able to cope with a perf.data file which is using a newer version of the ABI than what it knows about.Quoted 5 lines
This patch adds
read_attr(), a routine that reads aperf_event_attrstruct from a file incrementally based on its advertised size. If the on-file struct is smaller than what perf knows, then the extra fields are zeroed. If the on-file struct is bigger, then perf only uses what it knows about, the rest is skipped.
Quoted 4 lines
Anshuman, can I have your Acked-by or Reviewed-by since you spotted problems in this and your suggestions were taken into account? Is this OK now?
(1) PERF_SAMPLE_BRANCH_HV and related privilege level problems has been fixed. Verified various combinations of <branch_type>,[u,k,hv] <event>:[u,k,h]. Works well in all privilege level permutations.
(2) As Peter has mentioned 'has_branch_smpl()' bug in the ARM code would be taken care.
(3) 'ref_size' problem in try_all_pipe_abis() has been fixed. All the patches independently compile successfully.
(4) Went through the entire patchset, looks good to me.
Signature · 3 lines
Anshuman Khandual Linux Technology Centre IBM Systems and Technology Group
Re: [PATCH v5 16/18] perf: enable reading of perf.data files from different ABI rev
Em Tue, Feb 07, 2012 at 12:33:02PM +0530, Anshuman Khandual escreveu:
Quoted 17 lines · Arnaldo Carvalho de Melo
Quoted 8 lines
Em Thu, Feb 02, 2012 at 01:54:46PM +0100, Stephane Eranian escreveu:
Quoted 3 lines
This patch allows perf to process perf.data files generated using an ABI that has a different
perf_event_attrstruct size, i.e., a different ABI version.Anshuman, can I have your Acked-by or Reviewed-by since you spotted problems in this and your suggestions were taken into account? Is this OK now?
(1)
PERF_SAMPLE_BRANCH_HVand related privilege level problems has been fixed. Verified various combinations of <branch_type>,[u,k,hv] <event>:[u,k,h]. Works well in all privilege level permutations.(2) As Peter has mentioned '
has_branch_smpl()' bug in the ARM code would be taken care.
Quoted 7 lines
(3) '
ref_size' problem intry_all_pipe_abis()has been fixed. All the patches independently compile successfully.(4) Went through the entire patchset, looks good to me.
Tested-by Anshuman Khandual <[email protected]>
Thanks! But we'll now have to wait till Stephane addresses the points made by David :-)
- Arnaldo
Re: [PATCH v5 16/18] perf: enable reading of perf.data files from different ABI rev
In reply to Stephane EranianEm Thu, Feb 02, 2012 at 01:54:46PM +0100, Stephane Eranian escreveu:
Quoted 9 lines
This patch allows perf to process perf.data files generated using an ABI that has a different
perf_event_attrstruct size, i.e., a different ABI version.The
perf_event_attrcan be extended, yet perf needs to cope with older perf.data files. Similarly, perf must be able to cope with a perf.data file which is using a newer version of the ABI than what it knows about.
Quoted 5 lines
This patch adds
read_attr(), a routine that reads aperf_event_attrstruct from a file incrementally based on its advertised size. If the on-file struct is smaller than what perf knows, then the extra fields are zeroed. If the on-file struct is bigger, then perf only uses what it knows about, the rest is skipped.
Ditto on this one to get Acked/Tested-by David,
- Arnaldo
Quoted 80 lines
Signed-off-by Stephane Eranian <[email protected]>--- tools/perf/util/header.c | 49 ++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 47 insertions(+), 2 deletions(-)tools/perf/util/header.c +47
-2@@ -1959,6 +1959,51 @@ static int perf_header__read_pipe(struct perf_session *session, int fd)return 0 ; } +static int read_attr (int fd,struct perf_header *ph, +struct perf_file_attr *f_attr) +{ +struct perf_event_attr *attr = &f_attr->attr; +size_t sz, left; +size_t our_sz =sizeof (f_attr->attr); +int ret; + +memset (f_attr,0 ,sizeof (*f_attr)); + +/* read minimal guaranteed structure */ + ret =readn (fd, attr,PERF_ATTR_SIZE_VER0 ); +if (ret <=0 ) +return -1 ; + +/* on file perf_event_attr size */ + sz = attr->size; +if (ph->needs_swap) + sz =bswap_32 (sz); + +if (sz ==0 ) { +/* assume ABI0 */ + sz =PERF_ATTR_SIZE_VER0 ; + }else if (sz > our_sz) { +/* bigger than what we know about */ + sz = our_sz; + +/* skip what we do not know about */ +lseek (fd,SEEK_CUR , attr->size - our_sz); + } +/* what we have not yet read and that we know about */ + left = sz -PERF_ATTR_SIZE_VER0 ; +if (left) { +void *ptr = attr; + ptr +=PERF_ATTR_SIZE_VER0 ; + + ret =readn (fd, ptr, left); +if (ret <=0 ) +return -1 ; + } +/* read the ids */ + ret =readn (fd, &f_attr->ids,sizeof (struct perf_file_section )); +return ret <=0 ?-1 :0 ; +} +int perf_session__read_header (struct perf_session *session,int fd) {struct perf_header *header = &session->header;@@ -1979,14 +2024,14 @@ int perf_session__read_header(struct perf_session *session, int fd)return -EINVAL ; } - nr_attrs = f_header.attrs.size /sizeof (f_attr); + nr_attrs = f_header.attrs.size / f_header.attr_size;lseek (fd, f_header.attrs.offset,SEEK_SET );for (i =0 ; i < nr_attrs; i++) {struct perf_evsel *evsel;off_t tmp; -if (readn (fd, &f_attr,sizeof (f_attr)) <=0 ) +if (read_attr (fd, header, &f_attr) <0 ) goto out_errno;if (header->needs_swap)Signature · 1 line
1.7.4.1
Re: [PATCH v5 16/18] perf: enable reading of perf.data files from different ABI rev
In reply to Stephane EranianQuoted 32 lines · Stephane Eranian
This patch allows perf to process perf.data files generated using an ABI that has a different
perf_event_attrstruct size, i.e., a different ABI version.The
perf_event_attrcan be extended, yet perf needs to cope with older perf.data files. Similarly, perf must be able to cope with a perf.data file which is using a newer version of the ABI than what it knows about.This patch adds
read_attr(), a routine that reads aperf_event_attrstruct from a file incrementally based on its advertised size. If the on-file struct is smaller than what perf knows, then the extra fields are zeroed. If the on-file struct is bigger, then perf only uses what it knows about, the rest is skipped.Signed-off-by Stephane Eranian <[email protected]>--- tools/perf/util/header.c | 49 ++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 47 insertions(+), 2 deletions(-)tools/perf/util/header.c +4
-0@@ -1959,6 +1959,51 @@ static int perf_header__read_pipe(struct perf_session *session, int fd)return 0 ; } +static int read_attr (int fd,struct perf_header *ph, +struct perf_file_attr *f_attr) +{ +struct perf_event_attr *attr = &f_attr->attr;
tools/perf/util/header.c static int perf_header__read_pipe(struct perf_session *session, int fd) · line 1975
Quoted 10 lines
tools/perf/util/header.c +10
-0+size_t sz, left; +size_t our_sz =sizeof (f_attr->attr); +int ret; + +memset (f_attr,0 ,sizeof (*f_attr)); + +/* read minimal guaranteed structure */ + ret =readn (fd, attr,PERF_ATTR_SIZE_VER0 ); +if (ret <=0 ) +return -1 ;
As I recall the first bump in that structure happened in 2.6.32. Why add backward compatibility for it now? ie., why not just expect VER1
tools/perf/util/header.c static int perf_header__read_pipe(struct perf_session *session, int fd) · line 1984
Quoted 9 lines
tools/perf/util/header.c +9
-0+ +/* on file perf_event_attr size */ + sz = attr->size; +if (ph->needs_swap) + sz =bswap_32 (sz); + +if (sz ==0 ) { +/* assume ABI0 */ + sz =PERF_ATTR_SIZE_VER0 ;
Shouldn't this be a failure? ie., problem with the file (or the swapping) since size can't be 0
And then for the following why not restrict sz to known, expected sizes -- using the PERF_ATTR_SIZE_VER defines introduced in patch 15?
Quoted 9 lines
tools/perf/util/header.c +9
-0+ }else if (sz > our_sz) { +/* bigger than what we know about */ + sz = our_sz; + +/* skip what we do not know about */ +lseek (fd,SEEK_CUR , attr->size - our_sz); + } +/* what we have not yet read and that we know about */ + left = sz -PERF_ATTR_SIZE_VER0 ;
tools/perf/util/header.c static int perf_header__read_pipe(struct perf_session *session, int fd) · line 2003
Quoted 10 lines
tools/perf/util/header.c +10
-0+if (left) { +void *ptr = attr; + ptr +=PERF_ATTR_SIZE_VER0 ; + + ret =readn (fd, ptr, left); +if (ret <=0 ) +return -1 ; + } +/* read the ids */ + ret =readn (fd, &f_attr->ids,sizeof (struct perf_file_section ));
Confused by the above? It is not done in the old code, so why read the ids here? I scanned the other patches, but don't see other code movement on this file.
David
Quoted 23 lines
tools/perf/util/header.c +5
-2+return ret <=0 ?-1 :0 ; +} +int perf_session__read_header (struct perf_session *session,int fd) {struct perf_header *header = &session->header;@@ -1979,14 +2024,14 @@ int perf_session__read_header(struct perf_session *session, int fd)return -EINVAL ; } - nr_attrs = f_header.attrs.size /sizeof (f_attr); + nr_attrs = f_header.attrs.size / f_header.attr_size;lseek (fd, f_header.attrs.offset,SEEK_SET );for (i =0 ; i < nr_attrs; i++) {struct perf_evsel *evsel;off_t tmp; -if (readn (fd, &f_attr,sizeof (f_attr)) <=0 ) +if (read_attr (fd, header, &f_attr) <0 ) goto out_errno;if (header->needs_swap)
Re: [PATCH v5 16/18] perf: enable reading of perf.data files from different ABI rev
Quoted 49 lines · David Ahern
Quoted 32 lines · Stephane Eranian
This patch allows perf to process perf.data files generated using an ABI that has a different
perf_event_attrstruct size, i.e., a different ABI version.The
perf_event_attrcan be extended, yet perf needs to cope with older perf.data files. Similarly, perf must be able to cope with a perf.data file which is using a newer version of the ABI than what it knows about.This patch adds
read_attr(), a routine that reads aperf_event_attrstruct from a file incrementally based on its advertised size. If the on-file struct is smaller than what perf knows, then the extra fields are zeroed. If the on-file struct is bigger, then perf only uses what it knows about, the rest is skipped.Signed-off-by Stephane Eranian <[email protected]>---
tools/perf/util/header.c | 49 ++++++++++++++++++++++++++++++++++++++++++++-1 files changed, 47 insertions(+), 2 deletions(-)tools/perf/util/header.c +4
-0@@ -1959,6 +1959,51 @@ static int perf_header__read_pipe(struct perf_session *session, int fd) return 0; } +static int read_attr (int fd,struct perf_header *ph, + struct perf_file_attr *f_attr) +{ + struct perf_event_attr *attr = &f_attr->attr;tools/perf/util/header.c static int perf_header__read_pipe(struct perf_session *session, int fd) · line 1975
Quoted 10 lines
tools/perf/util/header.c +10
-0+ size_t sz, left; + size_t our_sz = sizeof(f_attr->attr); + int ret; + + memset(f_attr, 0, sizeof(*f_attr)); + + /* read minimal guaranteed structure */ + ret = readn(fd, attr, PERF_ATTR_SIZE_VER0); + if (ret <= 0) + return -1;As I recall the first bump in that structure happened in 2.6.32. Why add backward compatibility for it now? ie., why not just expect VER1
Quoted 13 lines
tools/perf/util/header.c static int perf_header__read_pipe(struct perf_session *session, int fd) · line 1984
Quoted 9 lines
tools/perf/util/header.c +9
-0+ + /* on file perf_event_attr size */ + sz = attr->size; + if (ph->needs_swap) + sz = bswap_32(sz); + + if (sz == 0) { + /* assume ABI0 */ + sz = PERF_ATTR_SIZE_VER0;Shouldn't this be a failure? ie., problem with the file (or the swapping) since size can't be 0
size can be zero. In which case, it means ABI0 version. See kernel/event/core.c:perf_copy_attr().
Quoted 3 lines
And then for the following why not restrict sz to known, expected sizes -- using the
PERF_ATTR_SIZE_VERdefines introduced in patch 15?
Well, the current code solves the problem once and for all. Old tools can still read new files and vice-versa. If you think that's a problem I can simply bail out if sz > our_sz.
Quoted 15 lines
Quoted 15 lines
tools/perf/util/header.c +15
-0+ } else if (sz > our_sz) { + /* bigger than what we know about */ + sz = our_sz; + + /* skip what we do not know about */ + lseek(fd, SEEK_CUR, attr->size - our_sz); + } + /* what we have not yet read and that we know about */ + left = sz - PERF_ATTR_SIZE_VER0; + if (left) { + void *ptr = attr; + ptr += PERF_ATTR_SIZE_VER0; + + ret = readn(fd, ptr, left); + if (ret <= 0)
Quoted 9 lines
tools/perf/util/header.c static int perf_header__read_pipe(struct perf_session *session, int fd) · line 2003
Quoted 4 lines
tools/perf/util/header.c +4
-0+ return -1; + } + /* read the ids */ + ret = readn(fd, &f_attr->ids, sizeof(struct perf_file_section));Confused by the above? It is not done in the old code, so why read the ids here? I scanned the other patches, but don't see other code movement on this file.
Good catch. It is leftover code from debugging most likely. The ids are read later on in perf_session__read_header().
Quoted 25 lines
David
Quoted 23 lines
tools/perf/util/header.c +5
-2+ return ret <= 0 ? -1 : 0; +} + int perf_session__read_header(struct perf_session *session, int fd) { struct perf_header *header = &session->header;@@ -1979,14 +2024,14 @@ int perf_session__read_header(struct perf_session *session, int fd) return -EINVAL; } - nr_attrs = f_header.attrs.size / sizeof(f_attr); + nr_attrs = f_header.attrs.size / f_header.attr_size; lseek(fd, f_header.attrs.offset, SEEK_SET); for (i = 0; i < nr_attrs; i++) { struct perf_evsel *evsel; off_t tmp; - if (readn(fd, &f_attr, sizeof(f_attr)) <= 0) + if (read_attr(fd, header, &f_attr) < 0) goto out_errno; if (header->needs_swap)
Re: [PATCH v5 16/18] perf: enable reading of perf.data files from different ABI rev
Quoted 9 lines · Stephane Eranian
Quoted 7 lines
tools/perf/util/header.c static int perf_header__read_pipe(struct perf_session *session, int fd) · line 1984
Quoted 3 lines
tools/perf/util/header.c +3
-0+if (sz ==0 ) { +/* assume ABI0 */ + sz =PERF_ATTR_SIZE_VER0 ;Shouldn't this be a failure? ie., problem with the file (or the swapping) since size can't be 0
size can be zero. In which case, it means ABI0 version. See kernel/event/core.c:perf_copy_attr().
ok
Quoted 8 lines
Quoted 5 lines
And then for the following why not restrict sz to known, expected sizes -- using the
PERF_ATTR_SIZE_VERdefines introduced in patch 15?Well, the current code solves the problem once and for all. Old tools can still read new files and vice-versa. If you think that's a problem I can simply bail out if sz >
our_sz.
My sensitivity on this is when endianness is broken it is a nightmare to find. You end up lacing the code with printfs trying to find which size field is going off the charts making the parsing of the file fail - or worse the sizes are slightly off and you get non-sense out.
New commands should be able to read old files; old commands reading new files is a bit of a stretch in that the code has to be future-proofed. It seems like a reasonable requirement for data files to be examined by a command of the same vintage or newer as the command that wrote the file.
David
Re: [PATCH v5 16/18] perf: enable reading of perf.data files from different ABI rev
Quoted 27 lines · David Ahern
Quoted 9 lines · Stephane Eranian
Quoted 7 lines
Quoted 3 lines
+ if (sz == 0) {
+ /* assume ABI0 */
+ sz = PERF_ATTR_SIZE_VER0;Shouldn't this be a failure? ie., problem with the file (or the swapping) since size can't be 0
size can be zero. In which case, it means ABI0 version. See kernel/event/core.c:perf_copy_attr().
ok
Quoted 8 lines
Quoted 5 lines
And then for the following why not restrict sz to known, expected sizes -- using the
PERF_ATTR_SIZE_VERdefines introduced in patch 15?Well, the current code solves the problem once and for all. Old tools can still read new files and vice-versa. If you think that's a problem I can simply bail out if sz >
our_sz.My sensitivity on this is when endianness is broken it is a nightmare to find. You end up lacing the code with printfs trying to find which size field is going off the charts making the parsing of the file fail - or worse the sizes are slightly off and you get non-sense out.
Quoted 5 lines
New commands should be able to read old files; old commands reading new files is a bit of a stretch in that the code has to be future-proofed. It seems like a reasonable requirement for data files to be examined by a command of the same vintage or newer as the command that wrote the file.
Fine then, I can simply strip that part of the code and return an error is sz > our_sz.
How about that?
Re: [PATCH v5 16/18] perf: enable reading of perf.data files from different ABI rev
Quoted 9 lines · Stephane Eranian
Quoted 9 lines
Quoted 3 lines
Well, the current code solves the problem once and for all. Old tools can still read new files and vice-versa. If you think that's a problem I can simply bail out if sz >
our_sz.My sensitivity on this is when endianness is broken it is a nightmare to find. You end up lacing the code with printfs trying to find which size field is going off the charts making the parsing of the file fail - or worse the sizes are slightly off and you get non-sense out.
Quoted 8 lines
Quoted 5 lines
New commands should be able to read old files; old commands reading new files is a bit of a stretch in that the code has to be future-proofed. It seems like a reasonable requirement for data files to be examined by a command of the same vintage or newer as the command that wrote the file.
Fine then, I can simply strip that part of the code and return an error is sz >
our_sz.
How about that?
That's my preference - with a nice grep-able error message about an unexpected attr size.
David
PATCH v5 17/18 perf: fix bug print_event_desc()
In reply to Stephane EranianThis patches cleans up local variable types for msz and ret. They need to be size_t and ssize_t respectively.
It also fixes a bug whereby perf would not read attr struct with a different size than what it knows about.
--- tools/perf/util/header.c | 19 +++++++++---------- 1 files changed, 9 insertions(+), 10 deletions(-)
tools/perf/util/header.c +9 -10
@@ -1144,8 +1144,9 @@ static void print_event_desc(struct perf_header *ph, int fd, FILE *fp)uint64_t id;void *buf =NULL ;char *str; -u32 nre, sz, nr, i, j, msz; -int ret; +u32 nre, sz, nr, i, j; +ssize_t ret; +size_t msz;/* number of events */ ret =read (fd, &nre,sizeof (nre));
@@ -1162,25 +1163,23 @@ static void print_event_desc(struct perf_header *ph, int fd, FILE *fp)if (ph->needs_swap) sz =bswap_32 (sz); -/* -* ensure it is at least to our ABI rev -*/ -if (sz < (u32 )sizeof (attr)) - goto error; -memset (&attr,0 ,sizeof (attr)); -/* read entire region to sync up to next field */ +/* buffer to hold on file attr struct */ buf =malloc (sz);if (!buf) goto error; msz =sizeof (attr); -if (sz < msz) +if (sz < (ssize_t )msz) msz = sz;for (i =0 ; i < nre; i++) { +/* +* must read entire on-file attr struct to +* sync up with layout. +*/ ret =read (fd, buf, sz);if (ret != (ssize_t )sz) goto error;
Signature · 1 line
1.7.4.1
PATCH v5 18/18 perf: make perf able to read file from older ABIs
In reply to Stephane EranianThis patches provides a way to handle legacy perf.data files. Legacy files are those using the older PERFFILE signature.
For those, it is still necessary to detect endianness but without comparing their header->attr_size with the tool's own version as it may be different. Instead, we use a reference table for all known sizes from the legacy era.
We try all the combinations for sizes and endianness. If we find a match, we proceed, otherwise we return: "incompatible file format". This is also done for the pipe-mode file format.
--- tools/perf/util/header.c | 125 +++++++++++++++++++++++++++++++++++---------- 1 files changed, 97 insertions(+), 28 deletions(-)
tools/perf/util/header.c +97 -28
@@ -1630,35 +1630,101 @@ int perf_header__process_sections(struct perf_header *header, int fd,return err; } -static int check_magic_endian (u64 *magic,struct perf_file_header *header, -struct perf_header *ph) +static const int attr_file_abi_sizes[] = { + [0 ] =PERF_ATTR_SIZE_VER0 , + [1 ] =PERF_ATTR_SIZE_VER1 , +0 , +}; + +/* +* In the legacy file format, the magic number is not used to encode endianness. +* hdr_sz was used to encode endianness. But given that hdr_sz can vary based +* on ABI revisions, we need to try all combinations for all endianness to +* detect the endianness. +*/ +static int try_all_file_abis (uint64_t hdr_sz,struct perf_header *ph) { -int ret; +uint64_t ref_size, attr_size; +int i; -/* check for legacy format */ - ret =memcmp (magic, __perf_magic1,sizeof (*magic)); -if (ret ==0 ) { -pr_debug ("legacy perf.data format\n" ); -if (!header) -return -1 ; +for (i =0 ; attr_file_abi_sizes[i]; i++) { + ref_size = attr_file_abi_sizes[i] + +sizeof (struct perf_file_section ); +if (hdr_sz != ref_size) { + attr_size =bswap_64 (hdr_sz); +if (attr_size != ref_size) +continue ; -if (header->attr_size !=sizeof (struct perf_file_attr )) { -u64 attr_size =bswap_64 (header->attr_size); + ph->needs_swap = true; + } +pr_debug ("ABI%d perf.data file detected, need_swap=%d\n" , + i, + ph->needs_swap); +return 0 ; + } +/* could not determine endianness */ +return -1 ; +} -if (attr_size !=sizeof (struct perf_file_attr )) -return -1 ; +#define PERF_PIPE_HDR_VER0 16 + +static const size_t attr_pipe_abi_sizes[] = { + [0 ] =PERF_PIPE_HDR_VER0 , +0 , +}; + +/* +* In the legacy pipe format, there is an implicit assumption that endiannesss +* between host recording the samples, and host parsing the samples is the +* same. This is not always the case given that the pipe output may always be +* redirected into a file and analyzed on a different machine with possibly a +* different endianness and perf_event ABI revsions in the perf tool itself. +*/ +static int try_all_pipe_abis (uint64_t hdr_sz,struct perf_header *ph) +{ +u64 attr_size; +int i; + +for (i =0 ; attr_pipe_abi_sizes[i]; i++) { +if (hdr_sz != attr_pipe_abi_sizes[i]) { + attr_size =bswap_64 (hdr_sz); +if (attr_size != hdr_sz) +continue ; ph->needs_swap = true; } +pr_debug ("Pipe ABI%d perf.data file detected\n" , i);return 0 ; } +return -1 ; +} + +static int check_magic_endian (u64 magic,uint64_t hdr_sz, +bool is_pipe,struct perf_header *ph) +{ +int ret; + +/* check for legacy format */ + ret =memcmp (&magic, __perf_magic1,sizeof (magic)); +if (ret ==0 ) { +pr_debug ("legacy perf.data format\n" ); +if (is_pipe) +return try_all_pipe_abis (hdr_sz, ph); + +return try_all_file_abis (hdr_sz, ph); + } +/* +* the new magic number serves two purposes: +* - unique number to identify actual perf.data files +* - encode endianness of file +*/ -/* check magic number with same endianness */ -if (*magic == __perf_magic2) +/* check magic number with one endianness */ +if (magic == __perf_magic2)return 0 ; -/* check magic number but opposite endianness */ -if (*magic != __perf_magic2_sw) +/* check magic number with opposite endianness */ +if (magic != __perf_magic2_sw)return -1 ; ph->needs_swap = true;
@@ -1677,8 +1743,11 @@ int perf_file_header__read(struct perf_file_header *header,if (ret <=0 )return -1 ; -if (check_magic_endian (&header->magic, header, ph) <0 ) +if (check_magic_endian (header->magic, + header->attr_size, false, ph) <0 ) { +pr_debug ("magic/endian check failed\n" );return -1 ; + }if (ph->needs_swap) { mem_bswap_64(header, offsetof(struct perf_file_header,
@@ -1924,21 +1993,17 @@ static int perf_file_header__read_pipe(struct perf_pipe_file_header *header,if (ret <=0 )return -1 ; -if (check_magic_endian (&header->magic,NULL , ph) <0 ) +if (check_magic_endian (header->magic, header->size, true, ph) <0 ) { +pr_debug ("endian/magic failed\n" );return -1 ; + } + +if (ph->needs_swap) + header->size =bswap_64 (header->size);if (repipe &&do_write (STDOUT_FILENO , header,sizeof (*header)) <0 )return -1 ; -if (header->size !=sizeof (*header)) { -u64 size =bswap_64 (header->size); - -if (size !=sizeof (*header)) -return -1 ; - - ph->needs_swap = true; - } -return 0 ; }
@@ -1975,6 +2040,10 @@ static int read_attr(int fd, struct perf_header *ph,/* on file perf_event_attr size */ sz = attr->size; +if (sz != our_sz) +pr_debug ("on file attr=%zu vs. %zu bytes," +" ignoring extra fields\n" , sz, our_sz); +if (ph->needs_swap) sz =bswap_32 (sz);
Signature · 1 line
1.7.4.1