<?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 Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>176cda06 - powerpc/perf: Add perf interface to expose vpa counters</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#176cda06</link>
        <description>powerpc/perf: Add perf interface to expose vpa countersTo support performance measurement for KVM on PowerVM(KoP)feature, PowerVM hypervisor has added couple of new softwarecounters in Virtual Process Area(VPA) of the partition.Commit e1f288d2f9c69 (&quot;KVM: PPC: Book3S HV nestedv2: Addsupport for reading VPA counters for pseries guests&quot;)have updated the paca fields with corresponding changes.Proposed perf interface is to expose these new softwarecounters for monitoring of context switch latencies andruntime aggregate. Perf interface driver is called&quot;vpa_pmu&quot; and it has dependency on KVM and perf, henceadded new config called &quot;VPA_PMU&quot; which depends on&quot;CONFIG_KVM_BOOK3S_64_HV&quot; and &quot;CONFIG_HV_PERF_CTRS&quot;.Since, kvm and kvm_host are currently compiled as built-inmodules, this perf interface takes the same path andregistered as a module.vpa_pmu perf interface needs access to some of the kvmfunctions and structures like kvmhv_get_l2_counters_status(),hence kvm_book3s_64.h and kvm_ppc.h are included.Below are the events added to monitor KoP:  vpa_pmu/l1_to_l2_lat/  vpa_pmu/l2_to_l1_lat/  vpa_pmu/l2_runtime_agg/and vpa_pmu driver supports only per-cpu monitoring with this patch.Example usage:[command]# perf stat -e vpa_pmu/l1_to_l2_lat/ -a -I 1000     1.001017682            727,200      vpa_pmu/l1_to_l2_lat/     2.003540491          1,118,824      vpa_pmu/l1_to_l2_lat/     3.005699458          1,919,726      vpa_pmu/l1_to_l2_lat/     4.007827011          2,364,630      vpa_pmu/l1_to_l2_lat/Signed-off-by: Kajol Jain &lt;kjain@linux.ibm.com&gt;Co-developed-by: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Signed-off-by: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://patch.msgid.link/20241118114114.208964-1-kjain@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Mon, 18 Nov 2024 11:41:11 +0000</pubDate>
        <dc:creator>Kajol Jain &lt;kjain@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>bb82c574 - powerpc/perf: Fix 32bit compile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#bb82c574</link>
        <description>powerpc/perf: Fix 32bit compileThe &quot;read_bhrb&quot; global symbol is only called under CONFIG_PPC64 ofarch/powerpc/perf/core-book3s.c but it is compiled for both 32 and 64 bitanyway (and LLVM fails to link this on 32bit).This fixes it by moving bhrb.o to obj64 targets.Signed-off-by: Alexey Kardashevskiy &lt;aik@ozlabs.ru&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20220421025756.571995-1-aik@ozlabs.ru

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Thu, 21 Apr 2022 02:57:56 +0000</pubDate>
        <dc:creator>Alexey Kardashevskiy &lt;aik@ozlabs.ru&gt;</dc:creator>
    </item>
<item>
        <title>87f19ea1 - powerpc/perf: Simplify Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#87f19ea1</link>
        <description>powerpc/perf: Simplify Makefilearch/powerpc/Kbuild decend into arch/powerpc/perf/ only whenCONFIG_PERF_EVENTS is selected, so there is not need to takeCONFIG_PERF_EVENTS into account in arch/powerpc/perf/Makefile.Signed-off-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Reviewed-by: Michal Such&#225;nek &lt;msuchanek@suse.de&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/d37f61afca55b5b33787b643890e061ae1c18f5f.1620396045.git.christophe.leroy@csgroup.eu

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Fri, 07 May 2021 14:01:09 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;</dc:creator>
    </item>
<item>
        <title>a64e697c - powerpc/perf: power10 Performance Monitoring support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#a64e697c</link>
        <description>powerpc/perf: power10 Performance Monitoring supportBase enablement patch to register performance monitoring hardwaresupport for power10. Patch introduce the raw event encoding format,defines the supported list of events, config fields for the eventattributes and their corresponding bit values which are exported viasysfs.Patch also enhances the support function in isa207_common.c to includepower10 pmu hardware.Reported-by: kernel test robot &lt;lkp@intel.com&gt;Signed-off-by: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Signed-off-by: Athira Rajeev &lt;atrajeev@linux.vnet.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/1594996707-3727-9-git-send-email-atrajeev@linux.vnet.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Fri, 17 Jul 2020 14:38:20 +0000</pubDate>
        <dc:creator>Athira Rajeev &lt;atrajeev@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>7c0eda1a - powerpc/perf: split callchain.c by bitness</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#7c0eda1a</link>
        <description>powerpc/perf: split callchain.c by bitnessBuilding callchain.c with !COMPAT proved quite ugly with all thedefines. Splitting out the 32bit and 64bit parts looks better.No code change intended.Signed-off-by: Michal Suchanek &lt;msuchanek@suse.de&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/a20027bf1074935a7934ee2a6757c99ea047e70d.1584699455.git.msuchanek@suse.de

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Fri, 20 Mar 2020 10:20:18 +0000</pubDate>
        <dc:creator>Michal Suchanek &lt;msuchanek@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>be80e758 - powerpc/perf: Add generic compat mode pmu driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#be80e758</link>
        <description>powerpc/perf: Add generic compat mode pmu driverMost of the power processor generation performance monitoringunit (PMU) driver code is bundled in the kernel and one of thoseis enabled/registered based on the oprofile_cpu_type check atthe boot.But things get little tricky incase of &quot;compat&quot; mode boot.IBM POWER System Server based processors has a compactibilitymode feature, which simpily put is, Nth generation processor(lets say POWER8) will act and appear in a mode consistentwith an earlier generation (N-1) processor (that is POWER7).And in this &quot;compat&quot; mode boot, kernel modify the&quot;oprofile_cpu_type&quot; to be Nth generation (POWER8). If Nthgeneration pmu driver is bundled (POWER8), it gets registered.Key dependency here is to have distro support for latestprocessor performance monitoring support. Patch here addsa generic &quot;compat-mode&quot; performance monitoring driver tobe register in absence of powernv platform specific pmu driver.Driver supports only &quot;cycles&quot; and &quot;instruction&quot; events.&quot;0x0001e&quot; used as event code for &quot;cycles&quot; and &quot;0x00002&quot;used as event code for &quot;instruction&quot; events. New filecalled &quot;generic-compat-pmu.c&quot; is created to contain the driverspecific code. And base raw event code format modeledon PPMU_ARCH_207S.Signed-off-by: Madhavan Srinivasan &lt;maddy@linux.vnet.ibm.com&gt;[mpe: Use SPDX tag for license]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Thu, 04 Apr 2019 11:54:50 +0000</pubDate>
        <dc:creator>Madhavan Srinivasan &lt;maddy@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>23ad1a27 - powerpc: Add -Werror at arch/powerpc level</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#23ad1a27</link>
        <description>powerpc: Add -Werror at arch/powerpc levelBack when I added -Werror in commit ba55bd74360e (&quot;powerpc: Addconfigurable -Werror for arch/powerpc&quot;) I did it by adding it to mostof the arch Makefiles.At the time we excluded math-emu, because apparently it didn&apos;t buildcleanly. But that seems to have been fixed somewhere in the interim.So move the -Werror addition to the top-level of the arch, this savesus from repeating it in every Makefile and means we won&apos;t forget toadd it to any new sub-dirs.Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Wed, 10 Oct 2018 05:13:06 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>471d7ff8 - powerpc/64s: Remove POWER4 support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#471d7ff8</link>
        <description>powerpc/64s: Remove POWER4 supportPOWER4 has been broken since at least the change 49d09bf2a6(&quot;powerpc/64s: Optimise MSR handling in exception handling&quot;), whichrequires mtmsrd L=1 support. This was introduced in ISA v2.01, andPOWER4 supports ISA v2.00.Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Tue, 20 Feb 2018 19:08:29 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>cd99ddbe - powerpc/8xx: Only perform perf counting when perf is in use.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#cd99ddbe</link>
        <description>powerpc/8xx: Only perform perf counting when perf is in use.In TLB miss handlers, updating the perf counter is only usefulwhen performing a perf analysis. As it has a noticeable overhead,let&apos;s only do it when needed.In order to do so, the exit of the miss handlers will be patchedwhen starting/stopping &apos;perf&apos;: the first register restoreinstruction of each exit point will be replaced by a jump tothe counting code.Once this is done, CONFIG_PPC_8xx_PERF_EVENT becomes useless asthis feature doesn&apos;t add any overhead.Signed-off-by: Christophe Leroy &lt;christophe.leroy@c-s.fr&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Fri, 12 Jan 2018 12:45:23 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@c-s.fr&gt;</dc:creator>
    </item>
<item>
        <title>b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#b2441318</link>
        <description>License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the &apos;GPL-2.0&apos;SPDX license identifier.  The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode &amp; Windriver) producing SPDXtag:value files created by Philippe Ombredanne.  Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed.  Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained &gt;5   lines of source - File already had some variant of a license header in it (even if &lt;5   lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn&apos;t find any license traces, file was   considered to have no license information in it, and the top level   COPYING file license applied.   For non */uapi/* files that summary was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0                                              11139   and resulted in the first patch in this series.   If that file was a */uapi/* path one, it was &quot;GPL-2.0 WITH   Linux-syscall-note&quot; otherwise it was &quot;GPL-2.0&quot;.  Results of that was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0 WITH Linux-syscall-note                        930   and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one   of the */uapi/* ones, it was denoted with the Linux-syscall-note if   any GPL family license was found in the file or had no licensing in   it (per prior point).  Results summary:   SPDX license identifier                            # files   ---------------------------------------------------|------   GPL-2.0 WITH Linux-syscall-note                       270   GPL-2.0+ WITH Linux-syscall-note                      169   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause)    21   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause)    17   LGPL-2.1+ WITH Linux-syscall-note                      15   GPL-1.0+ WITH Linux-syscall-note                       14   ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause)    5   LGPL-2.0+ WITH Linux-syscall-note                       4   LGPL-2.1 WITH Linux-syscall-note                        3   ((GPL-2.0 WITH Linux-syscall-note) OR MIT)              3   ((GPL-2.0 WITH Linux-syscall-note) AND MIT)             1   and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became   the concluded license(s). - when there was disagreement between the two scanners (one detected a   license but the other didn&apos;t, or they both detected different   licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file   resulted in a clear resolution of the license that should apply (and   which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was   confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier,   the file was flagged for further research and to be revisited later   in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights.  TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected   license ids and scores - reviewing anything where there was a license detected (about 500+   files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license   was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied   SPDX license was correctThis produced a worksheet with 20 files needing minor correction.  Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg.  Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected.  This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.)  Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart &lt;kstewart@linuxfoundation.org&gt;Reviewed-by: Philippe Ombredanne &lt;pombredanne@nexb.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Wed, 01 Nov 2017 14:07:57 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>885dcd70 - powerpc/perf: Add nest IMC PMU support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#885dcd70</link>
        <description>powerpc/perf: Add nest IMC PMU supportAdd support to register Nest In-Memory Collection PMU counters.Patch adds a new device file called &quot;imc-pmu.c&quot; under powerpc/perffolder to contain all the device PMU functions.Device tree parser code added to parse the PMU events informationand create sysfs event attributes for the PMU.Cpumask attribute added along with Cpu hotplug online/offline functionsspecific for nest PMU. A new state &quot;CPUHP_AP_PERF_POWERPC_NEST_IMC_ONLINE&quot;added for the cpu hotplug callbacks. Error handle path frees the memoryand unregisters the CPU hotplug callbacks.Signed-off-by: Anju T Sudhakar &lt;anju@linux.vnet.ibm.com&gt;Signed-off-by: Hemant Kumar &lt;hemant@linux.vnet.ibm.com&gt;Signed-off-by: Madhavan Srinivasan &lt;maddy@linux.vnet.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Tue, 18 Jul 2017 21:36:34 +0000</pubDate>
        <dc:creator>Anju T Sudhakar &lt;anju@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>75b82472 - powerpc/8xx: Perf events on PPC 8xx</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#75b82472</link>
        <description>powerpc/8xx: Perf events on PPC 8xxThis patch has been reworked since RFC version. In the RFC, this patchwas preceded by a patch clearing MSR RI for all PPC32 at all time atexception prologs. Now MSR RI clearing is done only when this 8xx perfevents functionality is compiled in, it is therefore limited to 8xxand merged inside this patch.Other main changes have been to take into account detailed review fromPeter Zijlstra. The instructions counter has been reworked to behaveas a free running counter like the three other counters.The 8xx has no PMU, however some events can be emulated by other means.This patch implements the following events (as reported by &apos;perf list&apos;):  cpu-cycles OR cycles				[Hardware event]  instructions					[Hardware event]  dTLB-load-misses				[Hardware cache event]  iTLB-load-misses				[Hardware cache event]&apos;cycles&apos; event is implemented using the timebase clock. Timebase clockcorresponds to CPU clock divided by 16, so number of cycles isapproximatly 16 times the number of TB ticksOn the 8xx, TLB misses are handled by software. It is thereforeeasy to count all TLB misses each time the TLB miss exception iscalled.&apos;instructions&apos; is calculated by using instruction watchpoint counter.This patch sets counter A to count instructions at address greaterthan 0, hence we count all instructions executed while MSR RI bit isset. The counter is set to the maximum which is 0xffff. Every 65535instructions, debug instruction breakpoint exception fires. Theexception handler increments a counter in memory which thenrepresent the upper part of the instruction counter. We thereforeend up with a 48 bits counter. In order to avoid unnecessary overheadwhile no perf event is active, this counter is started when the firstevent referring to this counter is added, and the counter is stoppedwhen the last event referring to it is deleted. In order to properlysupport breakpoint exceptions, MSR RI bit has to be unset in exceptionepilogs in order to avoid breakpoint exceptions during criticalsections during changes to SRR0 and SRR1 would be problematic.All counters are handled as free running counters.Signed-off-by: Christophe Leroy &lt;christophe.leroy@c-s.fr&gt;Signed-off-by: Scott Wood &lt;oss@buserror.net&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Thu, 15 Dec 2016 12:42:18 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@c-s.fr&gt;</dc:creator>
    </item>
<item>
        <title>8c002dbd - powerpc/perf: Power9 PMU support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#8c002dbd</link>
        <description>powerpc/perf: Power9 PMU supportThis patch adds base enablement for the power9 PMU.Signed-off-by: Madhavan Srinivasan &lt;maddy@linux.vnet.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Sun, 26 Jun 2016 17:37:08 +0000</pubDate>
        <dc:creator>Madhavan Srinivasan &lt;maddy@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>7ffd948f - powerpc/perf: factor out power8 pmu functions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#7ffd948f</link>
        <description>powerpc/perf: factor out power8 pmu functionsFactor out some of the power8 pmu functionsto new file &quot;isa207-common.c&quot; to share withpower9 pmu code. Only code movement and nologic changeSigned-off-by: Madhavan Srinivasan &lt;maddy@linux.vnet.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Sun, 26 Jun 2016 17:37:05 +0000</pubDate>
        <dc:creator>Madhavan Srinivasan &lt;maddy@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>ed4a4ef8 - powerpc/perf: Add support for sampling interrupt register state</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#ed4a4ef8</link>
        <description>powerpc/perf: Add support for sampling interrupt register stateThe perf infrastructure uses a bit mask to find out valid registers todisplay. Define a register mask for supported registers defined inuapi/asm/perf_regs.h. The bit positions also correspond to register IDswhich is used by perf infrastructure to fetch the register values.CONFIG_HAVE_PERF_REGS enables sampling of the interrupted machine state.Signed-off-by: Anju T &lt;anju@linux.vnet.ibm.com&gt;[mpe: Add license, use CONFIG_PPC64, fix 32-bit build]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Sat, 20 Feb 2016 05:02:46 +0000</pubDate>
        <dc:creator>Anju T &lt;anju@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>30daeb6c - powerpc/perf: Add kconfig option for hypervisor provided counters</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#30daeb6c</link>
        <description>powerpc/perf: Add kconfig option for hypervisor provided countersThe commit adds a Kconfig option which allows the hv_gpci and hv_24x7PMUs, added in the preceeding commits, to be built.Signed-off-by: Cody P Schafer &lt;cody@linux.vnet.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Fri, 14 Mar 2014 05:00:43 +0000</pubDate>
        <dc:creator>Cody P Schafer &lt;cody@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>3c83658c - powerpc/perf: Add e6500 PMU driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#3c83658c</link>
        <description>powerpc/perf: Add e6500 PMU drivere6500 core performance monitors has the following features:- 6 performance monitor counters- 512 events supported- no threshold eventse6500 PMU has more specific events (Data L1 cache misses, Instruction L1cache misses, etc ) than e500 PMU (which only had Data L1 cache reloads,etc). Where available, the more specific events have been used which willproduce slightly different results than e500 PMU equivalents.Signed-off-by: Priyanka Jain &lt;Priyanka.Jain@freescale.com&gt;Signed-off-by: Lijun Pan &lt;Lijun.Pan@freescale.com&gt;Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Wed, 05 Jun 2013 20:22:10 +0000</pubDate>
        <dc:creator>Priyanka Jain &lt;Priyanka.Jain@freescale.com&gt;</dc:creator>
    </item>
<item>
        <title>73760931 - powerpc/perf: Add basic assembly code to read BHRB entries on POWER8</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#73760931</link>
        <description>powerpc/perf: Add basic assembly code to read BHRB entries on POWER8This patch adds the basic assembly code to read BHRB buffer. BHRB entriesare valid only after a PMU interrupt has happened (when MMCR0[PMAO]=1)and BHRB has been freezed. BHRB read should not be attempted when it isstill enabled (MMCR0[PMAE]=1) and getting updated, as this can producenon-deterministic results.Signed-off-by: Anshuman Khandual &lt;khandual@linux.vnet.ibm.com&gt;Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Mon, 22 Apr 2013 19:42:41 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;khandual@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>e05b9b9e - powerpc/perf: Power8 PMU support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#e05b9b9e</link>
        <description>powerpc/perf: Power8 PMU supportThis patch adds support for the power8 PMU to perf.Work is ongoing to add generic cache events.Signed-off-by: Michael Ellerman &lt;michael@ellerman.id.au&gt;Acked-by: Paul Mackerras &lt;paulus@samba.org&gt;Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Thu, 25 Apr 2013 19:28:28 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;michael@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>f2699491 - powerpc/perf: Move perf core &amp; PMU code into a subdirectory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/perf/Makefile#f2699491</link>
        <description>powerpc/perf: Move perf core &amp; PMU code into a subdirectoryThe perf code has grown a lot since it started, and is big enough towarrant its own subdirectory. For reference it&apos;s ~60% bigger than theoprofile code. It declutters the kernel directory, makes it simpler togrep for &quot;just perf stuff&quot;, and allows us to shorten some filenames.While we&apos;re at it, make it more obvious that we have two implementationsof the core perf logic. One for (roughly) Book3S CPUs, which was theoriginal implementation, and the other for Freescale embedded CPUs.Signed-off-by: Michael Ellerman &lt;michael@ellerman.id.au&gt;Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/perf/Makefile</description>
        <pubDate>Mon, 20 Feb 2012 17:02:09 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;michael@ellerman.id.au&gt;</dc:creator>
    </item>
</channel>
</rss>
