<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Build</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>e7bb49e3 - perf x86: Define arch_fetch_insn in NO_AUXTRACE builds</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#e7bb49e3</link>
        <description>perf x86: Define arch_fetch_insn in NO_AUXTRACE buildsarchinsn.c containing arch_fetch_insn was only enabled withCONFIG_AUXTRACE, but this meant that a NO_AUXTRACE build on x86 woulduse the empty weak version of arch_fetch_insn - weak symbols are afrequent source of errors like this and are outside of the Cspecification. Change it so that archinsn.c is always built on x86 andmake the weak symbol empty version of arch_fetch_insn a strong oneguarded by ifdefs.arch_fetch_insn on x86 depends on insn_decode which is a functionincluded then built into intel-pt-insn-decoder.c.intel-pt-insn-decoder.c isn&apos;t built in a NO_AUXTRACE=1 build. Separatethe insn_decode function from intel-pt-insn-decoder.c by just directlycompiling the relevant file. Guard this compilation to be for eitheralways on x86 (because of the use in arch_fetch_insn) or when auxtraceis enabled. Apply the CFLAGS overrides as necessary, reducing the amountof code where warnings are disabled.Signed-off-by: Ian Rogers &lt;irogers@google.com&gt;Tested-by: Adrian Hunter &lt;adrian.hunter@intel.com&gt;Tested-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;Cc: Alexander Shishkin &lt;alexander.shishkin@linux.intel.com&gt;Cc: Andi Kleen &lt;ak@linux.intel.com&gt;Cc: Athira Rajeev &lt;atrajeev@linux.vnet.ibm.com&gt;Cc: Colin Ian King &lt;colin.i.king@gmail.com&gt;Cc: Dapeng Mi &lt;dapeng1.mi@linux.intel.com&gt;Cc: Howard Chu &lt;howardchu95@gmail.com&gt;Cc: Ilya Leoshkevich &lt;iii@linux.ibm.com&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: James Clark &lt;james.clark@linaro.org&gt;Cc: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Josh Poimboeuf &lt;jpoimboe@redhat.com&gt;Cc: Kan Liang &lt;kan.liang@linux.intel.com&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Michael Petlan &lt;mpetlan@redhat.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Thomas Richter &lt;tmricht@linux.ibm.com&gt;Cc: Veronika Molnarova &lt;vmolnaro@redhat.com&gt;Cc: Weilin Wang &lt;weilin.wang@intel.com&gt;Link: https://lore.kernel.org/r/20241119011644.971342-13-irogers@google.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Tue, 19 Nov 2024 01:16:34 +0000</pubDate>
        <dc:creator>Ian Rogers &lt;irogers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>bf4e799a - perf dwarf-regs: Move x86 dwarf-regs out of arch</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#bf4e799a</link>
        <description>perf dwarf-regs: Move x86 dwarf-regs out of archMove arch/x86/util/dwarf-regs.c to util/dwarf-regs-x86.c and compilein unconditionally. To avoid get_arch_regnum being duplicated, renameto get_x86_regnum and add to get_dwarf_regnum switch.For get_arch_regstr, this was unused on x86 unless the machine typewas EM_NONE. Map that case to EM_HOST and remove get_arch_regstr fromdwarf-regs-x86.c.Reviewed-by: Masami Hiramatsu (Google) &lt;mhiramat@kernel.org&gt;Signed-off-by: Ian Rogers &lt;irogers@google.com&gt;Cc: Anup Patel &lt;anup@brainfault.org&gt;Cc: Yang Jihong &lt;yangjihong@bytedance.com&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: David S. Miller &lt;davem@davemloft.net&gt;Cc: Albert Ou &lt;aou@eecs.berkeley.edu&gt;Cc: Shenlin Liang &lt;liangshenlin@eswincomputing.com&gt;Cc: Nick Terrell &lt;terrelln@fb.com&gt;Cc: Guilherme Amadio &lt;amadio@gentoo.org&gt;Cc: Steinar H. Gunderson &lt;sesse@google.com&gt;Cc: Changbin Du &lt;changbin.du@huawei.com&gt;Cc: Alexander Lobakin &lt;aleksander.lobakin@intel.com&gt;Cc: Przemek Kitszel &lt;przemyslaw.kitszel@intel.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Guo Ren &lt;guoren@kernel.org&gt;Cc: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: James Clark &lt;james.clark@linaro.org&gt;Cc: Mike Leach &lt;mike.leach@linaro.org&gt;Cc: Chen Pei &lt;cp0613@linux.alibaba.com&gt;Cc: Leo Yan &lt;leo.yan@linux.dev&gt;Cc: Oliver Upton &lt;oliver.upton@linux.dev&gt;Cc: Aditya Gupta &lt;adityag@linux.ibm.com&gt;Cc: Kajol Jain &lt;kjain@linux.ibm.com&gt;Cc: Athira Rajeev &lt;atrajeev@linux.vnet.ibm.com&gt;Cc: linux-arm-kernel@lists.infradead.orgCc: linux-riscv@lists.infradead.orgCc: Bibo Mao &lt;maobibo@loongson.cn&gt;Cc: John Garry &lt;john.g.garry@oracle.com&gt;Cc: Atish Patra &lt;atishp@rivosinc.com&gt;Cc: Dima Kogan &lt;dima@secretsauce.net&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Dr. David Alan Gilbert &lt;linux@treblig.org&gt;Cc: linux-csky@vger.kernel.orgLink: https://lore.kernel.org/r/20241108234606.429459-8-irogers@google.comSigned-off-by: Namhyung Kim &lt;namhyung@kernel.org&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Fri, 08 Nov 2024 23:45:52 +0000</pubDate>
        <dc:creator>Ian Rogers &lt;irogers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>28398ce1 - perf tools: Move x86__is_amd_cpu() to util/env.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#28398ce1</link>
        <description>perf tools: Move x86__is_amd_cpu() to util/env.cIt can be called from non-x86 platform so let&apos;s move it to the generalutil directory.  Also add a new helper perf_env__is_x86_amd_cpu() sothat it can be called with an existing perf_env as well.Reviewed-by: James Clark &lt;james.clark@linaro.org&gt;Reviewed-by: Ravi Bangoria &lt;ravi.bangoria@amd.com&gt;Acked-by: Kan Liang &lt;kan.liang@linux.intel.com&gt;Cc: James Clark &lt;james.clark@arm.com&gt;Cc: Atish Patra &lt;atishp@atishpatra.org&gt;Cc: Mingwei Zhang &lt;mizhang@google.com&gt;Cc: Kajol Jain &lt;kjain@linux.ibm.com&gt;Cc: Thomas Richter &lt;tmricht@linux.ibm.com&gt;Cc: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Link: https://lore.kernel.org/r/20241016062359.264929-7-namhyung@kernel.orgSigned-off-by: Namhyung Kim &lt;namhyung@kernel.org&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Wed, 16 Oct 2024 06:23:56 +0000</pubDate>
        <dc:creator>Namhyung Kim &lt;namhyung@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>5455d89b - perf build: Rename CONFIG_DWARF to CONFIG_LIBDW</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#5455d89b</link>
        <description>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 &lt;irogers@google.com&gt;Acked-by: Namhyung Kim &lt;namhyung@kernel.org&gt;Tested-by: Leo Yan &lt;leo.yan@arm.com&gt;Cc: Anup Patel &lt;anup@brainfault.org&gt;Cc: Yang Jihong &lt;yangjihong@bytedance.com&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: David S. Miller &lt;davem@davemloft.net&gt;Cc: Albert Ou &lt;aou@eecs.berkeley.edu&gt;Cc: Shenlin Liang &lt;liangshenlin@eswincomputing.com&gt;Cc: Nick Terrell &lt;terrelln@fb.com&gt;Cc: Guilherme Amadio &lt;amadio@gentoo.org&gt;Cc: Steinar H. Gunderson &lt;sesse@google.com&gt;Cc: Changbin Du &lt;changbin.du@huawei.com&gt;Cc: Alexander Lobakin &lt;aleksander.lobakin@intel.com&gt;Cc: Przemek Kitszel &lt;przemyslaw.kitszel@intel.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Guo Ren &lt;guoren@kernel.org&gt;Cc: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Cc: Masami Hiramatsu (Google) &lt;mhiramat@kernel.org&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: James Clark &lt;james.clark@linaro.org&gt;Cc: Mike Leach &lt;mike.leach@linaro.org&gt;Cc: Chen Pei &lt;cp0613@linux.alibaba.com&gt;Cc: Leo Yan &lt;leo.yan@linux.dev&gt;Cc: Oliver Upton &lt;oliver.upton@linux.dev&gt;Cc: Aditya Gupta &lt;adityag@linux.ibm.com&gt;Cc: Kajol Jain &lt;kjain@linux.ibm.com&gt;Cc: Athira Rajeev &lt;atrajeev@linux.vnet.ibm.com&gt;Cc: linux-arm-kernel@lists.infradead.orgCc: linux-riscv@lists.infradead.orgCc: Bibo Mao &lt;maobibo@loongson.cn&gt;Cc: John Garry &lt;john.g.garry@oracle.com&gt;Cc: Atish Patra &lt;atishp@rivosinc.com&gt;Cc: Dima Kogan &lt;dima@secretsauce.net&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Dr. David Alan Gilbert &lt;linux@treblig.org&gt;Cc: linux-csky@vger.kernel.orgLink: https://lore.kernel.org/r/20241017001354.56973-12-irogers@google.comSigned-off-by: Namhyung Kim &lt;namhyung@kernel.org&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Thu, 17 Oct 2024 00:13:54 +0000</pubDate>
        <dc:creator>Ian Rogers &lt;irogers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>e467705a - perf util: Make util its own library</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#e467705a</link>
        <description>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 &lt;irogers@google.com&gt;Reviewed-by: James Clark &lt;james.clark@arm.com&gt;Cc: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Cc: Kees Cook &lt;keescook@chromium.org&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Albert Ou &lt;aou@eecs.berkeley.edu&gt;Cc: Nick Terrell &lt;terrelln@fb.com&gt;Cc: Gary Guo &lt;gary@garyguo.net&gt;Cc: Alex Gaynor &lt;alex.gaynor@gmail.com&gt;Cc: Boqun Feng &lt;boqun.feng@gmail.com&gt;Cc: Wedson Almeida Filho &lt;wedsonaf@gmail.com&gt;Cc: Ze Gao &lt;zegao2021@gmail.com&gt;Cc: Alice Ryhl &lt;aliceryhl@google.com&gt;Cc: Andrei Vagin &lt;avagin@google.com&gt;Cc: Yicong Yang &lt;yangyicong@hisilicon.com&gt;Cc: Jonathan Cameron &lt;jonathan.cameron@huawei.com&gt;Cc: Guo Ren &lt;guoren@kernel.org&gt;Cc: Miguel Ojeda &lt;ojeda@kernel.org&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Mike Leach &lt;mike.leach@linaro.org&gt;Cc: Leo Yan &lt;leo.yan@linux.dev&gt;Cc: Oliver Upton &lt;oliver.upton@linux.dev&gt;Cc: John Garry &lt;john.g.garry@oracle.com&gt;Cc: Benno Lossin &lt;benno.lossin@proton.me&gt;Cc: Bj&#246;rn Roy Baron &lt;bjorn3_gh@protonmail.com&gt;Cc: Andreas Hindborg &lt;a.hindborg@samsung.com&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Signed-off-by: Namhyung Kim &lt;namhyung@kernel.org&gt;Link: https://lore.kernel.org/r/20240625214117.953777-7-irogers@google.com

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Tue, 25 Jun 2024 21:41:15 +0000</pubDate>
        <dc:creator>Ian Rogers &lt;irogers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>0cd1ca46 - perf tool x86: Consolidate is_amd check into single function</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#0cd1ca46</link>
        <description>perf tool x86: Consolidate is_amd check into single functionThere are multiple places where x86 specific code determines AMD vsIntel arch and acts based on that. Consolidate those checks into asingle function.Signed-off-by: Ravi Bangoria &lt;ravi.bangoria@amd.com&gt;Acked-by: Ian Rogers &lt;irogers@google.com&gt;Cc: Adrian Hunter &lt;adrian.hunter@intel.com&gt;Cc: Ali Saidi &lt;alisaidi@amazon.com&gt;Cc: Ananth Narayan &lt;ananth.narayan@amd.com&gt;Cc: James Clark &lt;james.clark@arm.com&gt;Cc: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Kan Liang &lt;kan.liang@linux.intel.com&gt;Cc: Leo Yan &lt;leo.yan@linaro.org&gt;Cc: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Sandipan Das &lt;sandipan.das@amd.com&gt;Cc: Santosh Shukla &lt;santosh.shukla@amd.com&gt;Link: https://lore.kernel.org/r/20230613095506.547-3-ravi.bangoria@amd.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Tue, 13 Jun 2023 09:55:04 +0000</pubDate>
        <dc:creator>Ravi Bangoria &lt;ravi.bangoria@amd.com&gt;</dc:creator>
    </item>
<item>
        <title>378ef0f5 - perf build: Use libtraceevent from the system</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#378ef0f5</link>
        <description>perf build: Use libtraceevent from the systemRemove the LIBTRACEEVENT_DYNAMIC and LIBTRACEFS_DYNAMIC make commandline variables.If libtraceevent isn&apos;t installed or NO_LIBTRACEEVENT=1 is passed to thebuild, don&apos;t compile in libtraceevent and libtracefs support.This also disables CONFIG_TRACE that controls &quot;perf trace&quot;.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 &quot;perf test&quot;.Committer notes:Fixed up a tools/perf/util/Build reject and added:  #include &lt;traceevent/event-parse.h&gt;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 =&gt; /lib64/libtraceevent.so.1 (0x00007f1dcaf8f000)  $  # perf trace -e sched:* --max-events 10       0.000 migration/0/17 sched:sched_migrate_task(comm: &quot;&quot;, 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: &quot;&quot;, prev_pid: 17 (migration/0), prev_state: 1, next_comm: &quot;&quot;, next_prio: 120)       1.173 :0/0 sched:sched_wakeup(comm: &quot;&quot;, pid: 3138 (gnome-terminal-), prio: 120)       1.180 :0/0 sched:sched_switch(prev_comm: &quot;&quot;, prev_prio: 120, next_comm: &quot;&quot;, next_pid: 3138 (gnome-terminal-), next_prio: 120)       0.156 migration/1/21 sched:sched_migrate_task(comm: &quot;&quot;, 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: &quot;&quot;, prev_pid: 21 (migration/1), prev_state: 1, next_comm: &quot;&quot;, next_prio: 120)       1.183 :0/0 sched:sched_wakeup(comm: &quot;&quot;, pid: 1602985 (kworker/u16:0-f), prio: 120, target_cpu: 1)       1.186 :0/0 sched:sched_switch(prev_comm: &quot;&quot;, prev_prio: 120, next_comm: &quot;&quot;, 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&apos;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&apos;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&apos;t installed is the clean  way.From Athira:&lt;quote&gt;tools/perf/arch/powerpc/util/Build-perf-y += kvm-stat.o+perf-$(CONFIG_LIBTRACEEVENT) += kvm-stat.o&lt;/quote&gt;Then, 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:&lt;quote&gt;With this change, I could successfully compile in these environment:- Without libtraceevent-devel installed- With libtraceevent-devel installed- With &#8220;make NO_LIBTRACEEVENT=1&#8221;&lt;/quote&gt;Then, finally rename CONFIG_TRACEEVENT to CONFIG_LIBTRACEEVENT forconsistency with other libraries detected in tools/perf/.Signed-off-by: Ian Rogers &lt;irogers@google.com&gt;Tested-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;Tested-by: Athira Rajeev &lt;atrajeev@linux.vnet.ibm.com&gt;Cc: Alexander Shishkin &lt;alexander.shishkin@linux.intel.com&gt;Cc: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Stephane Eranian &lt;eranian@google.com&gt;Cc: bpf@vger.kernel.orgLink: http://lore.kernel.org/lkml/20221205225940.3079667-3-irogers@google.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Mon, 05 Dec 2022 22:59:39 +0000</pubDate>
        <dc:creator>Ian Rogers &lt;irogers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>f9ed693e - perf stat: Enable iostat mode for x86 platforms</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#f9ed693e</link>
        <description>perf stat: Enable iostat mode for x86 platformsThis functionality is based on recently introduced sysfs attributes forIntel&#174; Xeon&#174; Scalable processor family (code name Skylake-SP):Commit bb42b3d39781d7fc (&quot;perf/x86/intel/uncore: Expose an Uncore unit to IIO PMON mapping&quot;)Mode is intended to provide four I/O performance metrics in MB per eachPCIe root port: - Inbound Read: I/O devices below root port read from the host memory - Inbound Write: I/O devices below root port write to the host memory - Outbound Read: CPU reads from I/O devices below root port - Outbound Write: CPU writes to I/O devices below root portEach metric requiries only one uncore event which increments at every 4Btransfer in corresponding direction. The formulas to compute metricsare generic:    #EventCount * 4B / (1024 * 1024)Acked-by: Namhyung Kim &lt;namhyung@kernel.org&gt;Signed-off-by: Alexander Antonov &lt;alexander.antonov@linux.intel.com&gt;Cc: Alexander Shishkin &lt;alexander.shishkin@linux.intel.com&gt;Cc: Alexey V Bayduraev &lt;alexey.v.bayduraev@linux.intel.com&gt;Cc: Andi Kleen &lt;ak@linux.intel.com&gt;Cc: Arnaldo Carvalho de Melo &lt;acme@kernel.org&gt;Cc: Ian Rogers &lt;irogers@google.com&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jiri Olsa &lt;jolsa@redhat.com&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Link: https://lore.kernel.org/r/20210419094147.15909-4-alexander.antonov@linux.intel.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Mon, 19 Apr 2021 09:41:46 +0000</pubDate>
        <dc:creator>Alexander Antonov &lt;alexander.antonov@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>ea8d0ed6 - perf tools: Support PERF_SAMPLE_WEIGHT_STRUCT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#ea8d0ed6</link>
        <description>perf tools: Support PERF_SAMPLE_WEIGHT_STRUCTThe new sample type, PERF_SAMPLE_WEIGHT_STRUCT, is an alternative of thePERF_SAMPLE_WEIGHT sample type. Users can apply either thePERF_SAMPLE_WEIGHT sample type or the PERF_SAMPLE_WEIGHT_STRUCT sampletype to retrieve the sample weight, but they cannot apply both sampletypes simultaneously.The new sample type shares the same space as the PERF_SAMPLE_WEIGHTsample type. The lower 32 bits are exactly the same for both sampletype. The higher 32 bits may be different for different architecture.Add arch specific arch_evsel__set_sample_weight() to set the new sampletype for X86. Only store the lower 32 bits for the sample-&gt;weight if thenew sample type is applied. In practice, no memory access could lastthan 4G cycles. No data will be lost.If the kernel doesn&apos;t support the new sample type. Fall back to thePERF_SAMPLE_WEIGHT sample type.There is no impact for other architectures.Committer notes:Fixup related to PERF_SAMPLE_CODE_PAGE_SIZE, present in acme/perf/corebut not upstream yet.Signed-off-by: Kan Liang &lt;kan.liang@linux.intel.com&gt;Cc: Andi Kleen &lt;ak@linux.intel.com&gt;Cc: Jin Yao &lt;yao.jin@linux.intel.com&gt;Cc: Jiri Olsa &lt;jolsa@redhat.com&gt;Cc: Madhavan Srinivasan &lt;maddy@linux.vnet.ibm.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Stephane Eranian &lt;eranian@google.com&gt;Link: http://lore.kernel.org/lkml/1612296553-21962-6-git-send-email-kan.liang@linux.intel.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Tue, 02 Feb 2021 20:09:09 +0000</pubDate>
        <dc:creator>Kan Liang &lt;kan.liang@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>2a57d408 - perf tools: Support the auxiliary event</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#2a57d408</link>
        <description>perf tools: Support the auxiliary eventOn the Intel Sapphire Rapids server, an auxiliary event has to beenabled simultaneously with the load latency event to retrieve completeMemory Info.Add X86 specific perf_mem_events__name() to handle the auxiliary event.- Users are only interested in the samples of the mem-loads event.  Sample read the auxiliary event.- The auxiliary event must be in front of the load latency event in a  group. Assume the second event to sample if the auxiliary event is the  leader.- Add a weak is_mem_loads_aux_event() to check the auxiliary event for  X86. For other ARCHs, it always return false.Parse the unique event name, mem-loads-aux, for the auxiliary event.Committer notes:According to 61b985e3e775a3a7 (&quot;perf/x86/intel: Add perf core PMUsupport for Sapphire Rapids&quot;), ENODATA is only returned bysys_perf_event_open() when used with these auxiliary events, with thisin evsel__open_strerror():       case ENODATA:               return scnprintf(msg, size, &quot;Cannot collect data source with the load latency event alone. &quot;                                &quot;Please add an auxiliary event in front of the load latency event.&quot;);This is Ok at this point in time, but fragile long term, I pointed thisout in the e-mail thread, requesting a follow up patch to check ifENODATA is really for this specific case.Fixed up sizeof(MEM_LOADS_AUX_NAME) bug pointed out by Namhyung.Signed-off-by: Kan Liang &lt;kan.liang@linux.intel.com&gt;Cc: Andi Kleen &lt;ak@linux.intel.com&gt;Cc: Jin Yao &lt;yao.jin@linux.intel.com&gt;Cc: Jiri Olsa &lt;jolsa@redhat.com&gt;Cc: Madhavan Srinivasan &lt;maddy@linux.vnet.ibm.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Stephane Eranian &lt;eranian@google.com&gt;Link: http://lore.kernel.org/lkml/20210205152648.GC920417@kernel.orgLink: http://lore.kernel.org/lkml/1612296553-21962-3-git-send-email-kan.liang@linux.intel.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Tue, 02 Feb 2021 20:09:06 +0000</pubDate>
        <dc:creator>Kan Liang &lt;kan.liang@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>42641d6f - perf stat: Add Topdown metrics events as default events</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#42641d6f</link>
        <description>perf stat: Add Topdown metrics events as default eventsThe Topdown Microarchitecture Analysis (TMA) Method is a structuredanalysis methodology to identify critical performance bottlenecks inout-of-order processors. From the Ice Lake and later platforms, theTopdown information can be retrieved from the dedicated &quot;metrics&quot;register, which isn&apos;t impacted by other events. Also, the Topdownmetrics support both per thread/process and per core measuring.  AddingTopdown metrics events as default events can enrich the defaultmeasuring information, and would not cost any extra multiplexing.Introduce arch_evlist__add_default_attrs() to allow architecturespecific default events. Add the Topdown metrics events in the X86specific arch_evlist__add_default_attrs(). Other architectures can addtheir own default events later separately.With the patch: $ perf stat sleep 1 Performance counter stats for &apos;sleep 1&apos;:           0.82 msec task-clock:u              #    0.001 CPUs utilized              0      context-switches:u        #    0.000 K/sec              0      cpu-migrations:u          #    0.000 K/sec             61      page-faults:u             #    0.074 M/sec        319,941      cycles:u                  #    0.388 GHz        242,802      instructions:u            #    0.76  insn per cycle         54,380      branches:u                #   66.028 M/sec          4,043      branch-misses:u           #    7.43% of all branches      1,585,555      slots:u                   # 1925.189 M/sec        238,941      topdown-retiring:u        #     15.0% retiring        410,378      topdown-bad-spec:u        #     25.8% bad speculation        634,222      topdown-fe-bound:u        #     39.9% frontend bound        304,675      topdown-be-bound:u        #     19.2% backend bound       1.001791625 seconds time elapsed       0.000000000 seconds user       0.001572000 seconds sysSigned-off-by: Kan Liang &lt;kan.liang@linux.intel.com&gt;Tested-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;Cc: Andi Kleen &lt;ak@linux.intel.com&gt;Cc: Jin Yao &lt;yao.jin@linux.intel.com&gt;Cc: Jiri Olsa &lt;jolsa@redhat.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Link: http://lore.kernel.org/lkml/20210121133752.118327-1-kan.liang@linux.intel.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Thu, 21 Jan 2021 13:37:52 +0000</pubDate>
        <dc:creator>Kan Liang &lt;kan.liang@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>687986bb - perf tools: Rename group to topdown</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#687986bb</link>
        <description>perf tools: Rename group to topdownThe group.h/c only include TopDown group related functions. The name&quot;group&quot; is too generic and inaccurate. Use the name &quot;topdown&quot; to replaceit.Move topdown related functions to a dedicated file, topdown.c.Signed-off-by: Kan Liang &lt;kan.liang@linux.intel.com&gt;Acked-by: Jiri Olsa &lt;jolsa@redhat.com&gt;Acked-by: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Andi Kleen &lt;ak@linux.intel.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Stephane Eranian &lt;eranian@google.com&gt;Link: http://lore.kernel.org/lkml/20200911144808.27603-2-kan.liang@linux.intel.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Fri, 11 Sep 2020 14:48:05 +0000</pubDate>
        <dc:creator>Kan Liang &lt;kan.liang@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>3ab481a1 - perf script: Support insn output for normal samples</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#3ab481a1</link>
        <description>perf script: Support insn output for normal samplesperf script -F +insn was only working for PT traces because the PTinstruction decoder was filling in the insn/insn_len sample attributes.Support it for non PT samples too on x86 using the existing x86instruction decoder.This adds some extra checking to ensure that we don&apos;t try to decodeinstructions when using perf.data from a different architecture.  % perf record -a sleep 1  % perf script -F ip,sym,insn --xed   ffffffff811704c9 remote_function               movl  %eax, 0x18(%rbx)   ffffffff8100bb50 intel_bts_enable_local                retq   ffffffff81048612 native_apic_mem_write                 movl  %esi, -0xa04000(%rdi)   ffffffff81048612 native_apic_mem_write                 movl  %esi, -0xa04000(%rdi)   ffffffff81048612 native_apic_mem_write                 movl  %esi, -0xa04000(%rdi)   ffffffff810f1f79 generic_exec_single           xor %eax, %eax   ffffffff811704c9 remote_function               movl  %eax, 0x18(%rbx)   ffffffff8100bb34 intel_bts_enable_local                movl  0x2000(%rax), %edx   ffffffff81048610 native_apic_mem_write                 mov %edi, %edi  ...Committer testing:Before:  # perf script -F ip,sym,insn --xed | head -5   ffffffffa4068804 native_write_msr 		addb  %al, (%rax)   ffffffffa4068804 native_write_msr 		addb  %al, (%rax)   ffffffffa4068804 native_write_msr 		addb  %al, (%rax)   ffffffffa4068806 native_write_msr 		addb  %al, (%rax)   ffffffffa4068806 native_write_msr 		addb  %al, (%rax)  # perf script -F ip,sym,insn --xed | grep -v &quot;addb  %al, (%rax)&quot;  #After:  # perf script -F ip,sym,insn --xed | head -5   ffffffffa4068804 native_write_msr 		wrmsr   ffffffffa4068804 native_write_msr 		wrmsr   ffffffffa4068804 native_write_msr 		wrmsr   ffffffffa4068806 native_write_msr 		nopl  %eax, (%rax,%rax,1)   ffffffffa4068806 native_write_msr 		nopl  %eax, (%rax,%rax,1)  # perf script -F ip,sym,insn --xed | grep -v &quot;addb  %al, (%rax)&quot; | head -5   ffffffffa4068804 native_write_msr 		wrmsr   ffffffffa4068804 native_write_msr 		wrmsr   ffffffffa4068804 native_write_msr 		wrmsr   ffffffffa4068806 native_write_msr 		nopl  %eax, (%rax,%rax,1)   ffffffffa4068806 native_write_msr 		nopl  %eax, (%rax,%rax,1)  #More examples:  # perf script -F ip,sym,insn --xed | grep -v native_write_msr | head   ffffffffa416b90e tick_check_broadcast_expired 		btq  %rax, 0x1a5f42a(%rip)   ffffffffa4956bd0 nmi_cpu_backtrace 		pushq  %r13   ffffffffa415b95e __hrtimer_next_event_base 		movq  0x18(%rax), %rdx   ffffffffa4956bf3 nmi_cpu_backtrace 		popq  %r12   ffffffffa4171d5c smp_call_function_single 		pause   ffffffffa4956bdd nmi_cpu_backtrace 		mov %ebp, %r12d   ffffffffa4797e4d menu_select 		cmp $0x190, %rax   ffffffffa4171d5c smp_call_function_single 		pause   ffffffffa405a7d8 nmi_cpu_backtrace_handler 		callq  0xffffffffa4956bd0   ffffffffa4797f7a menu_select 		shr $0x3, %rax  #Which matches the annotate output modulo resolving callqs:  # perf annotate --stdio2 nmi_cpu_backtrace_handler  Samples: 4  of event &apos;cycles:ppp&apos;, 4000 Hz, Event count (approx.): 35908, [percent: local period]  nmi_cpu_backtrace_handler() /lib/modules/5.0.0+/build/vmlinux  Percent              Disassembly of section .text:              ffffffff8105a7d0 &lt;nmi_cpu_backtrace_handler&gt;:              nmi_cpu_backtrace_handler():                      nmi_trigger_cpumask_backtrace(mask, exclude_self,                                                    nmi_raise_cpu_backtrace);              }              static int nmi_cpu_backtrace_handler(unsigned int cmd, struct pt_regs *regs)              {   24.45      &#8594; callq  __fentry__                      if (nmi_cpu_backtrace(regs))                mov    %rsi,%rdi   75.55      &#8594; callq  nmi_cpu_backtrace                              return NMI_HANDLED;                movzbl %al,%eax                      return NMI_DONE;              }              &#8592; retq    #  # perf annotate --stdio2 __hrtimer_next_event_base  Samples: 4  of event &apos;cycles:ppp&apos;, 4000 Hz, Event count (approx.): 767977, [percent: local period]  __hrtimer_next_event_base() /lib/modules/5.0.0+/build/vmlinux  Percent              Disassembly of section .text:              ffffffff8115b910 &lt;__hrtimer_next_event_base&gt;:              __hrtimer_next_event_base():              static ktime_t __hrtimer_next_event_base(struct hrtimer_cpu_base *cpu_base,                                                       const struct hrtimer *exclude,                                                       unsigned int active,                                                       ktime_t expires_next)              {              &#8594; callq  __fentry__&lt;SNIP&gt;          4a:   add    $0x1,%r14   77.31        mov    0x18(%rax),%rdx                shl    $0x6,%r14                sub    0x38(%rbx,%r14,1),%rdx                              if (expires &lt; expires_next) {                cmp    %r12,%rdx              &#8595; jge    68&lt;SNIP&gt;Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;Tested-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;Cc: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Link: http://lkml.kernel.org/r/20190305144758.12397-3-andi@firstfloor.org[ Converted fetch_exe() to use the name it ended up having when merged: thread__memcpy() ][ archinsn.c needs the instruction decoder that is only build when CONFIG_AUXTRACE=y, fix that ]Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Tue, 05 Mar 2019 14:47:45 +0000</pubDate>
        <dc:creator>Andi Kleen &lt;ak@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>5ff32883 - perf tools: Rename build libperf to perf</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#5ff32883</link>
        <description>perf tools: Rename build libperf to perfRename build libperf to perf, because it&apos;s used to build perf.The libperf build object name will be used for libperf library.Signed-off-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Alexander Shishkin &lt;alexander.shishkin@linux.intel.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Link: http://lkml.kernel.org/r/20190213123246.4015-4-jolsa@kernel.orgSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Wed, 13 Feb 2019 12:32:39 +0000</pubDate>
        <dc:creator>Jiri Olsa &lt;jolsa@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a8ce99b0 - perf machine: Synthesize and process mmap events for x86 PTI entry trampolines</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#a8ce99b0</link>
        <description>perf machine: Synthesize and process mmap events for x86 PTI entry trampolinesLike the kernel text, the location of x86 PTI entry trampolines must berecorded in the perf.data file. Like the kernel, synthesize a mmap eventfor that, and add processing for it.Signed-off-by: Adrian Hunter &lt;adrian.hunter@intel.com&gt;Cc: Alexander Shishkin &lt;alexander.shishkin@linux.intel.com&gt;Cc: Andi Kleen &lt;ak@linux.intel.com&gt;Cc: Andy Lutomirski &lt;luto@kernel.org&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: H. Peter Anvin &lt;hpa@zytor.com&gt;Cc: Jiri Olsa &lt;jolsa@redhat.com&gt;Cc: Joerg Roedel &lt;joro@8bytes.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: x86@kernel.orgLink: http://lkml.kernel.org/r/1526986485-6562-10-git-send-email-adrian.hunter@intel.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Tue, 22 May 2018 10:54:37 +0000</pubDate>
        <dc:creator>Adrian Hunter &lt;adrian.hunter@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>1c5aae77 - perf machine: Create maps for x86 PTI entry trampolines</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#1c5aae77</link>
        <description>perf machine: Create maps for x86 PTI entry trampolinesCreate maps for x86 PTI entry trampolines, based on symbols found inkallsyms. It is also necessary to keep track of whether the trampolineshave been mapped particularly when the kernel dso is kcore.Signed-off-by: Adrian Hunter &lt;adrian.hunter@intel.com&gt;Cc: Alexander Shishkin &lt;alexander.shishkin@linux.intel.com&gt;Cc: Andi Kleen &lt;ak@linux.intel.com&gt;Cc: Andy Lutomirski &lt;luto@kernel.org&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: H. Peter Anvin &lt;hpa@zytor.com&gt;Cc: Jiri Olsa &lt;jolsa@redhat.com&gt;Cc: Joerg Roedel &lt;joro@8bytes.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: x86@kernel.orgLink: http://lkml.kernel.org/r/1526986485-6562-9-git-send-email-adrian.hunter@intel.com[ Fix extra_kernel_map_info.cnt designed struct initializer on gcc 4.4.7 (centos:6, etc) ]Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Tue, 22 May 2018 10:54:36 +0000</pubDate>
        <dc:creator>Adrian Hunter &lt;adrian.hunter@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>9d8e14d3 - perf unwind: Separate local/remote libunwind config</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#9d8e14d3</link>
        <description>perf unwind: Separate local/remote libunwind configCONFIG_LIBUNWIND/NO_LIBUNWIND are changed to CONFIG_LOCAL_LIBUNWIND/NO_LOCAL_LIBUNWIND for retaining local unwind features. The newCONFIG_LIBUNWIND stands for either local or remote or both unwind aresupported, and NO_LIBUNWIND means that neither local nor remote unwindis supported.LIBUNWIND_LIBS is eliminated in LDFLAGS if local libunwind is notsupported.Signed-off-by: He Kuang &lt;hekuang@huawei.com&gt;Acked-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Adrian Hunter &lt;adrian.hunter@intel.com&gt;Cc: Alexander Shishkin &lt;alexander.shishkin@linux.intel.com&gt;Cc: Andi Kleen &lt;ak@linux.intel.com&gt;Cc: David Ahern &lt;dsahern@gmail.com&gt;Cc: Ekaterina Tumanova &lt;tumanova@linux.vnet.ibm.com&gt;Cc: Josh Poimboeuf &lt;jpoimboe@redhat.com&gt;Cc: Kan Liang &lt;kan.liang@intel.com&gt;Cc: Masami Hiramatsu &lt;mhiramat@kernel.org&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Pekka Enberg &lt;penberg@kernel.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Stephane Eranian &lt;eranian@google.com&gt;Cc: Sukadev Bhattiprolu &lt;sukadev@linux.vnet.ibm.com&gt;Cc: Wang Nan &lt;wangnan0@huawei.com&gt;Link: http://lkml.kernel.org/r/1464924803-22214-7-git-send-email-hekuang@huawei.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Fri, 03 Jun 2016 03:33:15 +0000</pubDate>
        <dc:creator>He Kuang &lt;hekuang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>44b1e60a - perf stat: Basic support for TopDown in perf stat</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#44b1e60a</link>
        <description>perf stat: Basic support for TopDown in perf statAdd basic plumbing for TopDown in perf statTopDown is intended to replace the frontend cycles idle/ backend cyclesidle metrics in standard perf stat output.  These metrics are notreliable in many workloads, due to out of order effects.This implements a new --topdown mode in perf stat (similar to--transaction) that measures the pipe line bottlenecks usingstandardized formulas. The measurement can be all done with 5 counters(one fixed counter)The result are four metrics:FrontendBound, BackendBound, BadSpeculation, Retiringthat describe the CPU pipeline behavior on a high level.The full top down methology has many hierarchical metrics.  Thisimplementation only supports level 1 which can be collected withoutmultiplexing. A full implementation of top down on top of perf isavailable in pmu-tools toplev.  (http://github.com/andikleen/pmu-tools)The current version works on Intel Core CPUs starting with Sandy Bridge,and Atom CPUs starting with Silvermont.  In principle the genericmetrics should be also implementable on other out of order CPUs.TopDown level 1 uses a set of abstracted metrics which are generic toout of order CPU cores (although some CPUs may not implement all ofthem):  topdown-total-slots       Available slots in the pipeline  topdown-slots-issued      Slots issued into the pipeline  topdown-slots-retired     Slots successfully retired  topdown-fetch-bubbles     Pipeline gaps in the frontend  topdown-recovery-bubbles  Pipeline gaps during recovery                            from misspeculationThese metrics then allow to compute four useful metrics:FrontendBound, BackendBound, Retiring, BadSpeculation.Add a new --topdown options to enable events.  When --topdown isspecified set up events for all topdown events supported by the kernel.Add topdown-* as a special case to the event parser, as is needed forall events containing -.The actual code to compute the metrics is in follow-on patches.v2: Use standard sysctl read function.v3: Move x86 specific code to arch/v4: Enable --metric-only implicitly for topdown.v5: Add --single-thread option to not force per core modev6: Fix output order of topdown metricsv7: Allow combining with -dv8: Remove --single-thread againv9: Rename functions, adding arch_ and topdown_.v10: Expand man page and describe TopDown betterPaste intro into commit description.Print error when malloc fails.Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;Acked-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Link: http://lkml.kernel.org/r/1464119559-17203-1-git-send-email-andi@firstfloor.orgSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Mon, 30 May 2016 15:49:42 +0000</pubDate>
        <dc:creator>Andi Kleen &lt;ak@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>30433a3a - perf bpf: Compile dwarf-regs.c if CONFIG_BPF_PROLOGUE is on</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#30433a3a</link>
        <description>perf bpf: Compile dwarf-regs.c if CONFIG_BPF_PROLOGUE is onregs_query_register_offset() in dwarf-regs.c is required by BPFprologue.  This patch compiles it if CONFIG_BPF_PROLOGUE is on to avoidbuild failure when CONFIG_BPF_PROLOGUE is on but CONFIG_DWARF is notset.Signed-off-by: He Kuang &lt;hekuang@huawei.com&gt;Acked-by: Masami Hiramatsu &lt;masami.hiramatsu.pt@hitachi.com&gt;Cc: Alexei Starovoitov &lt;ast@kernel.org&gt;Cc: He Kuang &lt;hekuang@huawei.com&gt;Cc: Zefan Li &lt;lizefan@huawei.com&gt;Cc: pi3orama@163.comLink: http://lkml.kernel.org/r/1447675815-166222-10-git-send-email-wangnan0@huawei.comSigned-off-by: Wang Nan &lt;wangnan0@huawei.com&gt;Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Mon, 16 Nov 2015 12:10:11 +0000</pubDate>
        <dc:creator>Wang Nan &lt;wangnan0@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>c5e991ee - perf/x86: Add list of register names</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/perf/arch/x86/util/Build#c5e991ee</link>
        <description>perf/x86: Add list of register namesThis patch adds a way to locate a register identifier (PERF_X86_REG_*)based on its name, e.g., AX.This will be used by a subsequent patch to improved flexibility of perfrecord.Signed-off-by: Stephane Eranian &lt;eranian@google.com&gt;Cc: Adrian Hunter &lt;adrian.hunter@intel.com&gt;Cc: Andi Kleen &lt;ak@linux.intel.com&gt;Cc: David Ahern &lt;dsahern@gmail.com&gt;Cc: Jiri Olsa &lt;jolsa@redhat.com&gt;Cc: Kan Liang &lt;kan.liang@intel.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Link: http://lkml.kernel.org/r/1441039273-16260-3-git-send-email-eranian@google.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/perf/arch/x86/util/Build</description>
        <pubDate>Mon, 31 Aug 2015 16:41:11 +0000</pubDate>
        <dc:creator>Stephane Eranian &lt;eranian@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
