Changes in Build

285b523c - perf dwarf-regs: Move powerpc dwarf-regs out of arch

Fri, 08 Nov 2024 23:45:58 +0000

perf dwarf-regs: Move powerpc dwarf-regs out of archMove arch/powerpc/util/dwarf-regs.c to util/dwarf-regs-powerpc.c andcompile in unconditionally. get_arch_regstr is redundant when EM_NONEis treated as EM_HOST so remove and update dwarf-regs.c conditions.Make get_powerpc_regs unconditionally available whwn libdw is.Reviewed-by: Masami Hiramatsu (Google) Signed-off-by: Ian Rogers Cc: Anup Patel Cc: Yang Jihong Cc: Palmer Dabbelt Cc: David S. Miller Cc: Albert Ou Cc: Shenlin Liang Cc: Nick Terrell Cc: Guilherme Amadio Cc: Steinar H. Gunderson Cc: Changbin Du Cc: Alexander Lobakin Cc: Przemek Kitszel Cc: Huacai Chen Cc: Guo Ren Cc: Masahiro Yamada Cc: Will Deacon Cc: James Clark Cc: Mike Leach Cc: Chen Pei Cc: Leo Yan Cc: Oliver Upton Cc: Aditya Gupta Cc: Kajol Jain Cc: Athira Rajeev Cc: linux-arm-kernel@lists.infradead.orgCc: linux-riscv@lists.infradead.orgCc: Bibo Mao Cc: John Garry Cc: Atish Patra Cc: Dima Kogan Cc: Paul Walmsley Cc: Dr. David Alan Gilbert Cc: linux-csky@vger.kernel.orgLink: https://lore.kernel.org/r/20241108234606.429459-14-irogers@google.comSigned-off-by: Namhyung Kim List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

5455d89b - perf build: Rename CONFIG_DWARF to CONFIG_LIBDW

Thu, 17 Oct 2024 00:13:54 +0000

perf build: Rename CONFIG_DWARF to CONFIG_LIBDWIn Makefile.config for unwinding the name dwarf implies eitherlibunwind or libdw. Make it clearer that CONFIG_DWARF is really justdefined when libdw is present by renaming to CONFIG_LIBDW.Signed-off-by: Ian Rogers Acked-by: Namhyung Kim Tested-by: Leo Yan Cc: Anup Patel Cc: Yang Jihong Cc: Palmer Dabbelt Cc: David S. Miller Cc: Albert Ou Cc: Shenlin Liang Cc: Nick Terrell Cc: Guilherme Amadio Cc: Steinar H. Gunderson Cc: Changbin Du Cc: Alexander Lobakin Cc: Przemek Kitszel Cc: Huacai Chen Cc: Guo Ren Cc: Masahiro Yamada Cc: Masami Hiramatsu (Google) Cc: Will Deacon Cc: James Clark Cc: Mike Leach Cc: Chen Pei Cc: Leo Yan Cc: Oliver Upton Cc: Aditya Gupta Cc: Kajol Jain Cc: Athira Rajeev Cc: linux-arm-kernel@lists.infradead.orgCc: linux-riscv@lists.infradead.orgCc: Bibo Mao Cc: John Garry Cc: Atish Patra Cc: Dima Kogan Cc: Paul Walmsley Cc: Dr. David Alan Gilbert Cc: linux-csky@vger.kernel.orgLink: https://lore.kernel.org/r/20241017001354.56973-12-irogers@google.comSigned-off-by: Namhyung Kim List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

e467705a - perf util: Make util its own library

Tue, 25 Jun 2024 21:41:15 +0000

perf util: Make util its own libraryMake the util directory into its own library. This is done to avoidcompiling code twice, once for the perf tool and once for the perfpython module. For convenience: arch/common.c scripts/perl/Perf-Trace-Util/Context.c scripts/python/Perf-Trace-Util/Context.care made part of this library.Signed-off-by: Ian Rogers Reviewed-by: James Clark Cc: Suzuki K Poulose Cc: Kees Cook Cc: Palmer Dabbelt Cc: Albert Ou Cc: Nick Terrell Cc: Gary Guo Cc: Alex Gaynor Cc: Boqun Feng Cc: Wedson Almeida Filho Cc: Ze Gao Cc: Alice Ryhl Cc: Andrei Vagin Cc: Yicong Yang Cc: Jonathan Cameron Cc: Guo Ren Cc: Miguel Ojeda Cc: Will Deacon Cc: Mike Leach Cc: Leo Yan Cc: Oliver Upton Cc: John Garry Cc: Benno Lossin Cc: Björn Roy Baron Cc: Andreas Hindborg Cc: Paul Walmsley Signed-off-by: Namhyung Kim Link: https://lore.kernel.org/r/20240625214117.953777-7-irogers@google.com List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

abbdd79b - perf mem: Clean up perf_mem_events__name()

Tue, 23 Jan 2024 18:50:32 +0000

perf mem: Clean up perf_mem_events__name()Introduce a generic perf_mem_events__name(). Remove the ARCH-specificone.The mem_load events may have a different format. Add ldlat and aux_eventin the struct perf_mem_event to indicate the format and the extra auxevent.Add perf_mem_events_intel_aux[] to support the extra mem_load_aux event.Rename perf_mem_events__name to perf_pmu__mem_events_name.Reviewed-by: Ian Rogers Tested-by: Ravi Bangoria Tested-by: Leo Yan Signed-off-by: Kan Liang Cc: james.clark@arm.comCc: will@kernel.orgCc: mike.leach@linaro.orgCc: renyu.zj@linux.alibaba.comCc: yuhaixin.yhx@linux.alibaba.comCc: tmricht@linux.ibm.comCc: atrajeev@linux.vnet.ibm.comCc: linux-arm-kernel@lists.infradead.orgCc: john.g.garry@oracle.comLink: https://lore.kernel.org/r/20240123185036.3461837-4-kan.liang@linux.intel.comSigned-off-by: Namhyung Kim List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

378ef0f5 - perf build: Use libtraceevent from the system

Mon, 05 Dec 2022 22:59:39 +0000

perf build: Use libtraceevent from the systemRemove the LIBTRACEEVENT_DYNAMIC and LIBTRACEFS_DYNAMIC make commandline variables.If libtraceevent isn't installed or NO_LIBTRACEEVENT=1 is passed to thebuild, don't compile in libtraceevent and libtracefs support.This also disables CONFIG_TRACE that controls "perf trace".CONFIG_LIBTRACEEVENT is used to control enablement in Build/Makefiles,HAVE_LIBTRACEEVENT is used in C code.Without HAVE_LIBTRACEEVENT tracepoints are disabled and as such thecommands kmem, kwork, lock, sched and timechart are removed. Themajority of commands continue to work including "perf test".Committer notes:Fixed up a tools/perf/util/Build reject and added: #include to tools/perf/util/scripting-engines/trace-event-perl.c.Committer testing: $ rpm -qi libtraceevent-devel Name : libtraceevent-devel Version : 1.5.3 Release : 2.fc36 Architecture: x86_64 Install Date: Mon 25 Jul 2022 03:20:19 PM -03 Group : Unspecified Size : 27728 License : LGPLv2+ and GPLv2+ Signature : RSA/SHA256, Fri 15 Apr 2022 02:11:58 PM -03, Key ID 999f7cbf38ab71f4 Source RPM : libtraceevent-1.5.3-2.fc36.src.rpm Build Date : Fri 15 Apr 2022 10:57:01 AM -03 Build Host : buildvm-x86-05.iad2.fedoraproject.org Packager : Fedora Project Vendor : Fedora Project URL : https://git.kernel.org/pub/scm/libs/libtrace/libtraceevent.git/ Bug URL : https://bugz.fedoraproject.org/libtraceevent Summary : Development headers of libtraceevent Description : Development headers of libtraceevent-libs $Default build: $ ldd ~/bin/perf | grep tracee libtraceevent.so.1 => /lib64/libtraceevent.so.1 (0x00007f1dcaf8f000) $ # perf trace -e sched:* --max-events 10 0.000 migration/0/17 sched:sched_migrate_task(comm: "", pid: 1603763 (perf), prio: 120, dest_cpu: 1) 0.005 migration/0/17 sched:sched_wake_idle_without_ipi(cpu: 1) 0.011 migration/0/17 sched:sched_switch(prev_comm: "", prev_pid: 17 (migration/0), prev_state: 1, next_comm: "", next_prio: 120) 1.173 :0/0 sched:sched_wakeup(comm: "", pid: 3138 (gnome-terminal-), prio: 120) 1.180 :0/0 sched:sched_switch(prev_comm: "", prev_prio: 120, next_comm: "", next_pid: 3138 (gnome-terminal-), next_prio: 120) 0.156 migration/1/21 sched:sched_migrate_task(comm: "", pid: 1603763 (perf), prio: 120, orig_cpu: 1, dest_cpu: 2) 0.160 migration/1/21 sched:sched_wake_idle_without_ipi(cpu: 2) 0.166 migration/1/21 sched:sched_switch(prev_comm: "", prev_pid: 21 (migration/1), prev_state: 1, next_comm: "", next_prio: 120) 1.183 :0/0 sched:sched_wakeup(comm: "", pid: 1602985 (kworker/u16:0-f), prio: 120, target_cpu: 1) 1.186 :0/0 sched:sched_switch(prev_comm: "", prev_prio: 120, next_comm: "", next_pid: 1602985 (kworker/u16:0-f), next_prio: 120) #Had to tweak tools/perf/util/setup.py to make sure the python bindingshared object links with libtraceevent if -DHAVE_LIBTRACEEVENT ispresent in CFLAGS.Building with NO_LIBTRACEEVENT=1 uncovered some more build failures:- Make building of data-convert-bt.c to CONFIG_LIBTRACEEVENT=y- perf-$(CONFIG_LIBTRACEEVENT) += scripts/- bpf_kwork.o needs also to be dependent on CONFIG_LIBTRACEEVENT=y- The python binding needed some fixups and util/trace-event.c can't be built and linked with the python binding shared object, so remove it in tools/perf/util/setup.py and exclude it from the list of dependencies in the python/perf.so Makefile.perf target.Building without libtraceevent-devel installed uncovered more buildfailures:- The python binding tools/perf/util/python.c was assuming that traceevent/parse-events.h was always available, which was the case when we defaulted to using the in-kernel tools/lib/traceevent/ files, now we need to enclose it under ifdef HAVE_LIBTRACEEVENT, just like the other parts of it that deal with tracepoints.- We have to ifdef the rules in the Build files with CONFIG_LIBTRACEEVENT=y to build builtin-trace.c and tools/perf/trace/beauty/ as we only ifdef setting CONFIG_TRACE=y when setting NO_LIBTRACEEVENT=1 in the make command line, not when we don't detect libtraceevent-devel installed in the system. Simplification here to avoid these two ways of disabling builtin-trace.c and not having CONFIG_TRACE=y when libtraceevent-devel isn't installed is the clean way.From Athira:tools/perf/arch/powerpc/util/Build-perf-y += kvm-stat.o+perf-$(CONFIG_LIBTRACEEVENT) += kvm-stat.oThen, ditto for arm64 and s390, detected by container cross build tests.- s/390 uses test__checkevent_tracepoint() that is now only available if HAVE_LIBTRACEEVENT is defined, enclose the callsite with ifder HAVE_LIBTRACEEVENT.Also from Athira:With this change, I could successfully compile in these environment:- Without libtraceevent-devel installed- With libtraceevent-devel installed- With “make NO_LIBTRACEEVENT=1”Then, finally rename CONFIG_TRACEEVENT to CONFIG_LIBTRACEEVENT forconsistency with other libraries detected in tools/perf/.Signed-off-by: Ian Rogers Tested-by: Arnaldo Carvalho de Melo Tested-by: Athira Rajeev Cc: Alexander Shishkin Cc: Jiri Olsa Cc: Mark Rutland Cc: Namhyung Kim Cc: Nick Desaulniers Cc: Peter Zijlstra Cc: Stephane Eranian Cc: bpf@vger.kernel.orgLink: http://lore.kernel.org/lkml/20221205225940.3079667-3-irogers@google.comSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

a5d20d42 - perf symbol: Remove archsymbolsfixup_end()

Sat, 16 Apr 2022 00:40:48 +0000

perf symbol: Remove arch__symbols__fixup_end()Now the generic code can handle kallsyms fixup properly so no need tokeep the arch-functions anymore.Fixes: 3cf6a32f3f2a4594 ("perf symbols: Fix symbol size calculation condition")Signed-off-by: Namhyung Kim Acked-by: Ian Rogers Cc: Heiko Carstens Cc: Ingo Molnar Cc: Jiri Olsa Cc: John Garry Cc: Leo Yan Cc: Mark Rutland Cc: Masami Hiramatsu Cc: Mathieu Poirier Cc: Michael Ellerman Cc: Michael Petlan Cc: Peter Zijlstra Cc: Song Liu Cc: Will Deacon Cc: linux-s390@vger.kernel.orgCc: linuxppc-dev@lists.ozlabs.orgLink: https://lore.kernel.org/r/20220416004048.1514900-4-namhyung@kernel.orgSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

ff0bd0a3 - perf powerpc: Add support for PERF_SAMPLE_WEIGHT_STRUCT

Mon, 22 Mar 2021 14:57:25 +0000

perf powerpc: Add support for PERF_SAMPLE_WEIGHT_STRUCTAdd arch specific arch_evsel__set_sample_weight() to set the newsample type for powerpc.Add arch specific arch_perf_parse_sample_weight() to store thesample->weight values depending on the sample type applied.if the new sample type (PERF_SAMPLE_WEIGHT_STRUCT) is applied,store only the lower 32 bits to sample->weight. If sample typeis 'PERF_SAMPLE_WEIGHT', store the full 64-bit to sample->weight.Signed-off-by: Athira Rajeev Reviewed-by: Madhavan Srinivasan Acked-by: Jiri Olsa Cc: Kajol Jain Cc: Kan Liang Cc: Michael Ellerman Cc: Peter Zijlstra Cc: Ravi Bangoria Link: https://lore.kernel.org/r/1616425047-1666-4-git-send-email-atrajeev@linux.vnet.ibm.comSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

557c3ead - perf powerpc: Fix gap between kernel end and module start

Tue, 29 Dec 2020 02:14:14 +0000

perf powerpc: Fix gap between kernel end and module startRunning "perf mem report" in TUI mode fails with ENOMEM message inpowerpc: failed to process sampleRunning with debug and verbose options points that issue is whileallocating memory for sample histograms.The error path is: symbol__inc_addr_samples() -> __symbol__inc_addr_samples() -> annotated_source__histogram()symbol__inc_addr_samples() calls annotated_source__alloc_histograms ()to allocate memory for sample histograms using calloc(). Here calloc()fails since the size of symbol is huge. The size of a symbol iscalculated as difference between its start and end address.Example histogram allocation that fails is: sym->name is _end sym->start is 0xc0000000027a0000 sym->end is 0xc008000003890000 symbol__size(sym) is 0x80000010f0000In the above case, the difference between sym->start(0xc0000000027a0000) and sym->end (0xc008000003890000) is huge.This is same problem as in s390 and arm64 which are fixed in commits: b9c0a64901d5 ("perf annotate: Fix s390 gap between kernel end and module start") 78886f3ed37e ("perf symbols: Fix arm64 gap between kernel start and module end")When this symbol was read first, its start and end address was set toaddress which matches with data from /proc/kallsyms.After symbol__new(): symbol__new: _end 0xc0000000027a0000-0xc0000000027a0000 From /proc/kallsyms: ... c000000002799370 b backtrace_flag c000000002799378 B radix_tree_node_cachep c000000002799380 B __bss_stop c0000000027a0000 B _end c008000003890000 t icmp_checkentry [ip_tables] c008000003890038 t ipt_alloc_initial_table [ip_tables] c008000003890468 T ipt_do_table [ip_tables] c008000003890de8 T ipt_unregister_table_pre_exit [ip_tables] ...Perf calls function symbols__fixup_end() which sets the end of symbol to0xc008000003890000, which is the next address and this is the startaddress of first module (icmp_checkentry in above) which will make thehuge symbol size of 0x80000010f0000.After symbols__fixup_end: symbols__fixup_end: sym->name: _end sym->start: 0xc0000000027a0000 sym->end: 0xc008000003890000On powerpc, kernel text segment is located at 0xc000000000000000 whereasthe modules are located at very high memory addresses,0xc00800000xxxxxxx. Since the gap between end of kernel text segment andbeginning of first module's address is high, histogram allocation usingcalloc fails.Fix this by detecting the kernel's last symbol and limiting the range oflast kernel symbol to pagesize.Signed-off-by: Athira RajeevAcked-by: Jiri Olsa Tested-By: Kajol Jain Cc: Madhavan Srinivasan Cc: Michael Ellerman Link: https://lore.kernel.org/r/1609208054-1566-1-git-send-email-atrajeev@linux.vnet.ibm.comSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

39548e50 - perf powerpc: Don't ignore sym-handling.c file

Sat, 09 May 2020 11:21:13 +0000

perf powerpc: Don't ignore sym-handling.c fileCommit 7eec00a74720 ("perf symbols: Consolidate symbol fixup issue")removed powerpc specific sym-handling.c file from Build. This wasn'tcaught by build CI because all functions in this file are declaredas __weak in common code. Fix it.Fixes: 7eec00a74720 ("perf symbols: Consolidate symbol fixup issue")Reported-by: Sandipan Das Signed-off-by: Ravi Bangoria Reviewed-by: Leo Yan Reviewed-by: Naveen N. Rao Acked-by: Sandipan Das Cc: Jiri Olsa Link: http://lore.kernel.org/lkml/20200509112113.174745-1-ravi.bangoria@linux.ibm.comSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

7eec00a7 - perf symbols: Consolidate symbol fixup issue

Fri, 06 Mar 2020 01:57:58 +0000

perf symbols: Consolidate symbol fixup issueAfter copying Arm64's perf archive with object files and perf.data fileto x86 laptop, the x86's perf kernel symbol resolution fails. Itoutputs 'unknown' for all symbols parsing.This issue is root caused by the function elf__needs_adjust_symbols(),x86 perf tool uses one weak version, Arm64 (and powerpc) has rewrittentheir own version. elf__needs_adjust_symbols() decides if need to parsesymbols with the relative offset address; but x86 building uses the weakfunction which misses to check for the elf type 'ET_DYN', so that itcannot parse symbols in Arm DSOs due to the wrong result fromelf__needs_adjust_symbols().The DSO parsing should not depend on any specific architecture perfbuilding; e.g. x86 perf tool can parse Arm and Arm64 DSOs, vice versa.And confirmed by Naveen N. Rao that powerpc64 kernels are not beingbuilt as ET_DYN anymore and change to ET_EXEC.This patch removes the arch specific functions for Arm64 and powerpc andchanges elf__needs_adjust_symbols() as a common function.In the common elf__needs_adjust_symbols(), it checks an extra condition'ET_DYN' for elf header type. With this fixing, the Arm64 DSO can beparsed properly with x86's perf tool.Before: # perf script main 3258 1 branches: 0 [unknown] ([unknown]) => ffff800010c4665c [unknown] ([kernel.kallsyms]) main 3258 1 branches: ffff800010c46670 [unknown] ([kernel.kallsyms]) => ffff800010c4eaec [unknown] ([kernel.kallsyms]) main 3258 1 branches: ffff800010c4eaec [unknown] ([kernel.kallsyms]) => ffff800010c4eb00 [unknown] ([kernel.kallsyms]) main 3258 1 branches: ffff800010c4eb08 [unknown] ([kernel.kallsyms]) => ffff800010c4e780 [unknown] ([kernel.kallsyms]) main 3258 1 branches: ffff800010c4e7a0 [unknown] ([kernel.kallsyms]) => ffff800010c4eeac [unknown] ([kernel.kallsyms]) main 3258 1 branches: ffff800010c4eebc [unknown] ([kernel.kallsyms]) => ffff800010c4ed80 [unknown] ([kernel.kallsyms])After: # perf script main 3258 1 branches: 0 [unknown] ([unknown]) => ffff800010c4665c coresight_timeout+0x54 ([kernel.kallsyms]) main 3258 1 branches: ffff800010c46670 coresight_timeout+0x68 ([kernel.kallsyms]) => ffff800010c4eaec etm4_enable_hw+0x3cc ([kernel.kallsyms]) main 3258 1 branches: ffff800010c4eaec etm4_enable_hw+0x3cc ([kernel.kallsyms]) => ffff800010c4eb00 etm4_enable_hw+0x3e0 ([kernel.kallsyms]) main 3258 1 branches: ffff800010c4eb08 etm4_enable_hw+0x3e8 ([kernel.kallsyms]) => ffff800010c4e780 etm4_enable_hw+0x60 ([kernel.kallsyms]) main 3258 1 branches: ffff800010c4e7a0 etm4_enable_hw+0x80 ([kernel.kallsyms]) => ffff800010c4eeac etm4_enable+0x2d4 ([kernel.kallsyms]) main 3258 1 branches: ffff800010c4eebc etm4_enable+0x2e4 ([kernel.kallsyms]) => ffff800010c4ed80 etm4_enable+0x1a8 ([kernel.kallsyms])v3: Changed to check for ET_DYN across all architectures.v2: Fixed Arm64 and powerpc native building.Reported-by: Mike Leach Signed-off-by: Leo Yan Reviewed-by: Naveen N. Rao Acked-by: Jiri Olsa Cc: Alexander Shishkin Cc: Allison Randal Cc: Enrico Weigelt Cc: Greg Kroah-Hartman Cc: Hendrik Brueckner Cc: John Garry Cc: Kate Stewart Cc: Mark Rutland Cc: Mathieu Poirier Cc: Namhyung Kim Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Thomas Richter Link: http://lore.kernel.org/lkml/20200306015759.10084-1-leo.yan@linaro.orgSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

5ff32883 - perf tools: Rename build libperf to perf

Wed, 13 Feb 2019 12:32:39 +0000

perf tools: Rename build libperf to perfRename build libperf to perf, because it's used to build perf.The libperf build object name will be used for libperf library.Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/20190213123246.4015-4-jolsa@kernel.orgSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

f0fabf9c - perf mem/c2c: Fix perf_mem_events to support powerpc

Tue, 29 Jan 2019 13:24:12 +0000

perf mem/c2c: Fix perf_mem_events to support powerpcPowerPC hardware does not have a builtin latency filter (--ldlat) forthe "mem-load" event and perf_mem_events by default includes"/ldlat=30/" which is causing a failure on PowerPC. Refactor the code tosupport "perf mem/c2c" on PowerPC.This patch depends on kernel side changes done my Madhavan:https://lists.ozlabs.org/pipermail/linuxppc-dev/2018-December/182596.htmlSigned-off-by: Ravi Bangoria Acked-by: Jiri Olsa Cc: Dick Fowles Cc: Don Zickus Cc: Joe Mario Cc: Madhavan Srinivasan Cc: Michael Ellerman Cc: Namhyung Kim Cc: linuxppc-dev@lists.ozlabs.orgLink: http://lkml.kernel.org/r/20190129132412.771-1-ravi.bangoria@linux.ibm.comSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

a7f0fda0 - perf unwind: Support for powerpc

Thu, 01 Jun 2017 10:24:41 +0000

perf unwind: Support for powerpcPorting PPC to libdw only needs an architecture-specific hook to movethe register state from perf to libdw.The ARM and x86 architectures already use libdw, and it is useful tohave as much common code for the unwinder as possible. Mark Wielaardhas contributed a frame-based unwinder to libdw, so that unwinding workseven for binaries that do not have CFI information. In addition,libunwind is always preferred to libdw by the build machinery so thiscannot introduce regressions on machines that have both libunwind andlibdw installed.Signed-off-by: Paolo Bonzini Acked-by: Jiri Olsa Acked-by: Milian Wolff Acked-by: Ravi Bangoria Cc: Naveen N. Rao Cc: linuxppc-dev@lists.ozlabs.orgLink: http://lkml.kernel.org/r/1496312681-20133-1-git-send-email-pbonzini@redhat.comSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

c4522469 - perf/powerpc: Add support for unwinding perf-stackdump

Thu, 28 Apr 2016 09:31:09 +0000

perf/powerpc: Add support for unwinding perf-stackdumpAdds support for unwinding user stack dump by linking with libunwind.Signed-off-by: Chandan Kumar Reviewed-by: Naveen N. Rao Tested-by: Naveen N. Rao Acked-by: Arnaldo Carvalho de Melo Signed-off-by: Michael Ellerman List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

bb62bad6 - tool/perf: Add sample_reg_mask to include all perf_regs

Sat, 20 Feb 2016 05:02:48 +0000

tool/perf: Add sample_reg_mask to include all perf_regsAdd sample_reg_mask array with pt_regs registers.This is needed for printing supported regs ( -I? option).Signed-off-by: Madhavan Srinivasan Acked-by: Arnaldo Carvalho de Melo Signed-off-by: Michael Ellerman List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

066d3593 - perf kvm/powerpc: Port perf kvm stat to powerpc

Thu, 28 Jan 2016 06:33:06 +0000

perf kvm/powerpc: Port perf kvm stat to powerpcperf kvm can be used to analyze guest exit reasons. This support alreadyexists in x86. Hence, porting it to powerpc. - To trace KVM events : perf kvm stat record If many guests are running, we can track for a specific guest by using --pid as in : perf kvm stat record --pid - To see the results : perf kvm stat reportThe result shows the number of exits (from the guest context tohost/hypervisor context) grouped by their respective exit reasons withtheir frequency.Since, different powerpc machines have different KVM tracepoints, thispatch discovers the available tracepoints dynamically and accordinglylooks for them. If any single tracepoint is not present, this supportwon't be enabled for reporting. To record, this will fail if any of theevents we are looking to record isn't available. Right now, its onlysupported on PowerPC Book3S_HV architectures.To analyze the different exits, group them and present them (in a slightdescriptive way) to the user, we need a mapping between the "exit code"(dumped in the kvm_guest_exit tracepoint data) and to its relatedInterrupt vector description (exit reason). This patch adds this mappingin book3s_hv_exits.h.It records on two available KVM tracepoints for book3s_hv:"kvm_hv:kvm_guest_exit" and "kvm_hv:kvm_guest_enter".Here is a sample o/p: # pgrep qemu19378605152 Guests are running on the host. # perf kvm stat record -a^C[ perf record: Woken up 1 times to write data ][ perf record: Captured and wrote 4.153 MB perf.data.guest (39624samples) ] # perf kvm stat report -p 60515Analyze events for pid(s) 60515, all VCPUs: VM-EXIT Samples Samples% Time% MinTime MaxTime Avg time SYSCALL 9141 63.67% 7.49% 1.26us 5782.39us 9.87us (+- 6.46%)H_DATA_STORAGE 4114 28.66% 5.07% 1.72us 4597.68us 14.84us (+-20.06%)HV_DECREMENTER 418 2.91% 4.26% 0.70us 30002.22us 122.58us (+-70.29%) EXTERNAL 392 2.73% 0.06% 0.64us 104.10us 1.94us (+-18.83%)RETURN_TO_HOST 287 2.00% 83.11% 1.53us 124240.15us 3486.52us (+-16.81%)H_INST_STORAGE 5 0.03% 0.00% 1.88us 3.73us 2.39us (+-14.20%)Total Samples:14357, Total events handled time:1203918.42us.Signed-off-by: Hemant Kumar Cc: Alexander Yarygin Cc: David Ahern Cc: Michael Ellerman Cc: Naveen N. Rao Cc: Paul Mackerras Cc: Scott Wood Cc: Srikar Dronamraju Cc: linuxppc-dev@lists.ozlabs.orgLink: http://lkml.kernel.org/r/1453962787-15376-3-git-send-email-hemant@linux.vnet.ibm.comSigned-off-by: Srikar Dronamraju Signed-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

d2332098 - perf probe ppc: Fix symbol fixup issues due to ELF type

Tue, 28 Apr 2015 12:05:35 +0000

perf probe ppc: Fix symbol fixup issues due to ELF typeIf using the symbol table, symbol addresses are not being fixed upproperly, resulting in probes being placed at wrong addresses: # perf probe do_fork Added new event: probe:do_fork (on do_fork) You can now use it in all perf tools, such as: perf record -e probe:do_fork -aR sleep 1 # cat /sys/kernel/debug/tracing/kprobe_events p:probe/do_fork _text+635952 # printf "%x" 635952 9b430 # grep do_fork /boot/System.map c0000000000ab430 T .do_forkFix by checking for ELF type ET_DYN used by ppc64 kernels.Signed-off-by: Naveen N. Rao Reviewed-by: Srikar Dronamraju Cc: Ananth N Mavinakayanahalli Cc: Masami Hiramatsu Cc: Michael Ellerman Cc: Sukadev Bhattiprolu Cc: linuxppc-dev@lists.ozlabs.orgLink: http://lkml.kernel.org/r/41392bb856ef62d929995e0b61967689b7915207.1430217967.git.naveen.n.rao@linux.vnet.ibm.comSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build

07a39e11 - perf build: Add arch powerpc objects building

Tue, 30 Dec 2014 13:10:57 +0000

perf build: Add arch powerpc objects buildingMove the powerpc arch objects building under build framework to beincluded in the libperf build object.Signed-off-by: Jiri Olsa Tested-by: Sukadev Bhattiprolu Tested-by: Will Deacon Cc: Alexis Berlemont Cc: Borislav Petkov Cc: Corey Ashford Cc: David Ahern Cc: Frederic Weisbecker Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter Zijlstra Cc: Stephane Eranian Link: http://lkml.kernel.org/n/tip-nqrtlipvjptdyjfuzlnegqgu@git.kernel.orgSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/tools/perf/arch/powerpc/util/Build