<?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 Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>3700976f - powerpc: Add check to select PPC_RADIX_BROADCAST_TLBIE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#3700976f</link>
        <description>powerpc: Add check to select PPC_RADIX_BROADCAST_TLBIECommit 3d45a3d0d2e6 (&quot;powerpc: Define config option for processors with broadcast TLBIE&quot;)added a config option PPC_RADIX_BROADCAST_TLBIE to support processors withbroadcast TLBIE. Since this option is relevant only for RADIX_MMU, adda check as a dependency to enable PPC_RADIX_BROADCAST_TLBIE in bothpowernv and pseries configs. This fixes the unmet config dependencywarning reported   WARNING: unmet direct dependencies detected for PPC_RADIX_BROADCAST_TLBIE     Depends on [n]: PPC_RADIX_MMU [=n]     Selected by [y]:     - PPC_PSERIES [=y] &amp;&amp; PPC64 [=y] &amp;&amp; PPC_BOOK3S [=y]Reported-by: kernel test robot &lt;lkp@intel.com&gt;Tested-by: Venkat Rao Bagalkote &lt;venkat88@linux.ibm.com&gt;Reviewed-by: Ritesh Harjani (IBM) &lt;ritesh.list@gmail.com&gt;Closes: https://lore.kernel.org/oe-kbuild-all/202504051857.jRqxM60c-lkp@intel.com/Signed-off-by: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Link: https://patch.msgid.link/20250407084029.357710-1-maddy@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Mon, 07 Apr 2025 08:40:29 +0000</pubDate>
        <dc:creator>Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>3d45a3d0 - powerpc: Define config option for processors with broadcast TLBIE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#3d45a3d0</link>
        <description>powerpc: Define config option for processors with broadcast TLBIEPower ISA v3.0 (and later) implementations in the Linux CompliancySubset and lower are not required to implement broadcast TLBIE, and infact Microwatt doesn&apos;t.To avoid the need to specify &quot;disable_tlbie&quot; on the kernel commandline on SMP Microwatt systems, this defines a config option thatasserts that the platform implements broadcast TLBIE.  This option isselected by the pseries and powernv platforms, but not by microwatt.Note that this option is only relevant when the radix MMU is beingused, so platforms without a radix MMU don&apos;t need it.Signed-off-by: Paul Mackerras &lt;paulus@ozlabs.org&gt;Signed-off-by: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Link: https://patch.msgid.link/Z5xtvdozEfEmRyeI@thinks.paulus.ozlabs.org

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Fri, 31 Jan 2025 06:29:17 +0000</pubDate>
        <dc:creator>Paul Mackerras &lt;paulus@ozlabs.org&gt;</dc:creator>
    </item>
<item>
        <title>81c3d637 - powerpc/pseries: Export hardware trace macro dump via debugfs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#81c3d637</link>
        <description>powerpc/pseries: Export hardware trace macro dump via debugfsThis patch adds debugfs interface to export Hardware Trace Macro (HTM)function data in a LPAR. New hypervisor call &quot;H_HTM&quot; has beendefined to setup, configure, control and dump the HTM data.This patch supports only dumping of HTM data in a LPAR.New debugfs folder called &quot;htmdump&quot; has been added under/sys/kernel/debug/arch path which contains files need topass required parameters for the H_HTM dump function. New Kconfigoption called &quot;CONFIG_HTMDUMP&quot; is added in platform/pseriesfor the same.With this module loaded, list of files in debugfs path/sys/kernel/debug/powerpc/htmdumpcoreindexonchip  htmtype  nodalchipindex  nodeindex  traceSigned-off-by: Abhishek Dubey &lt;adubey@linux.ibm.com&gt;Co-developed-by: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Reviewed-by: Athira Rajeev &lt;atrajeev@linux.vnet.ibm.com&gt;Signed-off-by: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Link: https://patch.msgid.link/20250113164039.302017-2-adubey@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Mon, 13 Jan 2025 16:40:38 +0000</pubDate>
        <dc:creator>Abhishek Dubey &lt;adubey@linux.ibm.com&gt;</dc:creator>
    </item>
<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/platforms/pseries/Kconfig#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/platforms/pseries/Kconfig</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>ec8cf230 - powerpc/pseries: PLPKS SED Opal keystore support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#ec8cf230</link>
        <description>powerpc/pseries: PLPKS SED Opal keystore supportDefine operations for SED Opal to read/write keysfrom POWER LPAR Platform KeyStore(PLPKS). This allowsnon-volatile storage of SED Opal keys.Signed-off-by: Greg Joyce &lt;gjoyce@linux.vnet.ibm.com&gt;Reviewed-by: Jonathan Derrick &lt;jonathan.derrick@linux.dev&gt;Link: https://lore.kernel.org/r/20231004201957.1451669-4-gjoyce@linux.vnet.ibm.comSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Wed, 04 Oct 2023 20:19:57 +0000</pubDate>
        <dc:creator>Greg Joyce &lt;gjoyce@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>70d4cbc8 - powerc/mm: try VMA lock-based page fault handling first</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#70d4cbc8</link>
        <description>powerc/mm: try VMA lock-based page fault handling firstAttempt VMA lock-based page fault handling first, and fall back to theexisting mmap_lock-based handling if that fails.  Copied from &quot;x86/mm: tryVMA lock-based page fault handling first&quot;[ldufour@linux.ibm.com: powerpc/mm: fix mmap_lock bad unlock]  Link: https://lkml.kernel.org/r/20230306154244.17560-1-ldufour@linux.ibm.com  Link: https://lore.kernel.org/linux-mm/842502FB-F99C-417C-9648-A37D0ECDC9CE@linux.ibm.comLink: https://lkml.kernel.org/r/20230227173632.3292573-32-surenb@google.comSigned-off-by: Laurent Dufour &lt;ldufour@linux.ibm.com&gt;Signed-off-by: Suren Baghdasaryan &lt;surenb@google.com&gt;Cc: Sachin Sant &lt;sachinp@linux.ibm.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Mon, 27 Feb 2023 17:36:30 +0000</pubDate>
        <dc:creator>Laurent Dufour &lt;ldufour@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>6175b70d - powerpc/pseries: RTAS work area requires GENERIC_ALLOCATOR</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#6175b70d</link>
        <description>powerpc/pseries: RTAS work area requires GENERIC_ALLOCATORThe RTAS work area allocator uses code that is built byGENERIC_ALLOCATOR, so the PSERIES Kconfig should select therequired Kconfig symbol to fix multiple build errors.powerpc64-linux-ld: arch/powerpc/platforms/pseries/rtas-work-area.o: in function `.rtas_work_area_allocator_init&apos;:rtas-work-area.c:(.init.text+0x288): undefined reference to `.gen_pool_create&apos;powerpc64-linux-ld: rtas-work-area.c:(.init.text+0x2dc): undefined reference to `.gen_pool_set_algo&apos;powerpc64-linux-ld: rtas-work-area.c:(.init.text+0x310): undefined reference to `.gen_pool_add_owner&apos;powerpc64-linux-ld: rtas-work-area.c:(.init.text+0x43c): undefined reference to `.gen_pool_destroy&apos;powerpc64-linux-ld: arch/powerpc/platforms/pseries/rtas-work-area.o:(.toc+0x0): undefined reference to `gen_pool_first_fit_order_align&apos;powerpc64-linux-ld: arch/powerpc/platforms/pseries/rtas-work-area.o: in function `.__rtas_work_area_alloc&apos;:rtas-work-area.c:(.ref.text+0x14c): undefined reference to `.gen_pool_alloc_algo_owner&apos;powerpc64-linux-ld: rtas-work-area.c:(.ref.text+0x238): undefined reference to `.gen_pool_alloc_algo_owner&apos;powerpc64-linux-ld: arch/powerpc/platforms/pseries/rtas-work-area.o: in function `.rtas_work_area_free&apos;:rtas-work-area.c:(.ref.text+0x44c): undefined reference to `.gen_pool_free_owner&apos;Fixes: 43033bc62d34 (&quot;powerpc/pseries: add RTAS work area allocator&quot;)Signed-off-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Reviewed-by: Nathan Lynch &lt;nathanl@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20230223070116.660-2-rdunlap@infradead.org

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Thu, 23 Feb 2023 07:01:15 +0000</pubDate>
        <dc:creator>Randy Dunlap &lt;rdunlap@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>ccadf154 - powerpc/pseries: Implement secvars for dynamic secure boot</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#ccadf154</link>
        <description>powerpc/pseries: Implement secvars for dynamic secure bootThe pseries platform can support dynamic secure boot (i.e. secure bootusing user-defined keys) using variables contained with the PowerVM LPARPlatform KeyStore (PLPKS).  Using the powerpc secvar API, expose therelevant variables for pseries dynamic secure boot through the existingsecvar filesystem layout.The relevant variables for dynamic secure boot are signed in thekeystore, and can only be modified using the H_PKS_SIGNED_UPDATE hcall.Object labels in the keystore are encoded using ucs2 format.  With ourfixed variable names we don&apos;t have to care about encoding outside of thenecessary byte padding.When a user writes to a variable, the first 8 bytes of data must containthe signed update flags as defined by the hypervisor.When a user reads a variable, the first 4 bytes of data contain thepolicies defined for the object.Limitations exist due to the underlying implementation of sysfs binaryattributes, as is the case for the OPAL secvar implementation -partial writes are unsupported and writes cannot be larger than PAGE_SIZE.(Even when using bin_attributes, which can be larger than a single page,sysfs only gives us one page&apos;s worth of write buffer at a time, and thehypervisor does not expose an interface for partial writes.)Co-developed-by: Nayna Jain &lt;nayna@linux.ibm.com&gt;Signed-off-by: Nayna Jain &lt;nayna@linux.ibm.com&gt;Co-developed-by: Andrew Donnellan &lt;ajd@linux.ibm.com&gt;Signed-off-by: Andrew Donnellan &lt;ajd@linux.ibm.com&gt;Signed-off-by: Russell Currey &lt;ruscur@russell.cc&gt;[mpe: Add NLS dependency to fix build errors, squash fix from ajd]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20230210080401.345462-25-ajd@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Fri, 10 Feb 2023 08:03:59 +0000</pubDate>
        <dc:creator>Russell Currey &lt;ruscur@russell.cc&gt;</dc:creator>
    </item>
<item>
        <title>46b2cbeb - powerpc/pseries: Turn PSERIES_PLPKS into a hidden option</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#46b2cbeb</link>
        <description>powerpc/pseries: Turn PSERIES_PLPKS into a hidden optionIt seems a bit unnecessary for the PLPKS code to have a user-visibleconfig option when it doesn&apos;t do anything on its own, and there&apos;s existingoptions for enabling Secure Boot-related features.It should be enabled by PPC_SECURE_BOOT, which will eventually be whatuses PLPKS to populate keyrings.However, we can&apos;t get of the separate option completely, because it willalso be used for SED Opal purposes.Change PSERIES_PLPKS into a hidden option, which is selected byPPC_SECURE_BOOT.Signed-off-by: Andrew Donnellan &lt;ajd@linux.ibm.com&gt;Signed-off-by: Russell Currey &lt;ruscur@russell.cc&gt;Reviewed-by: Stefan Berger &lt;stefanb@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20230210080401.345462-21-ajd@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Fri, 10 Feb 2023 08:03:55 +0000</pubDate>
        <dc:creator>Andrew Donnellan &lt;ajd@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>0e8a6313 - powerpc/pseries: Implement CONFIG_PARAVIRT_TIME_ACCOUNTING</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#0e8a6313</link>
        <description>powerpc/pseries: Implement CONFIG_PARAVIRT_TIME_ACCOUNTINGCONFIG_VIRT_CPU_ACCOUNTING_GEN under pseries does not provide stolentime accounting unless CONFIG_PARAVIRT_TIME_ACCOUNTING is enabled.Implement this using the VPA accumulated wait counters.Note this will not work on current KVM hosts because KVM does notimplement the VPA dispatch counters (yet). It could be implementedwith the dispatch trace log as it is for VIRT_CPU_ACCOUNTING_NATIVE,but that is not necessary for the more limited accounting providedby PARAVIRT_TIME_ACCOUNTING, and it is more expensive, complex, andhas downsides like potential log wrap.From Shrikanth:  [...] it was tested on Power10 [PowerVM] Shared LPAR. system has two  LPAR. we will call first one LPAR1 and second one as LPAR2. Test was  carried out in SMT=1. Similar observation was seen in SMT=8 as well.  LPAR config header from each LPAR is below. LPAR1 is twice as big as  LPAR2. Since Both are sharing the same underlying hardware, work  stealing will happen when both the LPAR&apos;s are contending for the same  resource.  LPAR1:  type=Shared mode=Uncapped smt=Off lcpu=40 cpus=40 ent=20.00  LPAR2:  type=Shared mode=Uncapped smt=Off lcpu=20 cpus=40 ent=10.00  mpstat was used to check for the utilization. stress-ng has been used  as the workload. Few cases are tested. when the both LPAR are idle  there is no steal time. when LPAR1 starts running at 100% which  consumes all of the physical resource, steal time starts to get  accounted.  With LPAR1 running at 100% and LPAR2 starts running, steal  time starts increasing. This is as expected. When the LPAR2 Load is  increased further, steal time increases further.  Case 1: 0% LPAR1; 0% LPAR2   %usr  %nice   %sys %iowait  %irq  %soft %steal %guest %gnice  %idle   0.00   0.00   0.05   0.00   0.00   0.00   0.00   0.00   0.00  99.95  Case 2: 100% LPAR1; 0% LPAR2   %usr  %nice   %sys %iowait  %irq  %soft %steal %guest %gnice  %idle  97.68   0.00   0.00   0.00   0.00   0.00   2.32   0.00   0.00   0.00  Case 3: 100% LPAR1; 50% LPAR2   %usr  %nice   %sys %iowait  %irq  %soft %steal %guest %gnice  %idle  86.34   0.00   0.10   0.00   0.00   0.03  13.54   0.00   0.00   0.00  Case 4: 100% LPAR1; 100% LPAR2   %usr  %nice   %sys %iowait  %irq  %soft %steal %guest %gnice  %idle  78.54   0.00   0.07   0.00   0.00   0.02  21.36   0.00   0.00   0.00  Case 5: 50% LPAR1; 100% LPAR2   %usr  %nice   %sys %iowait  %irq  %soft %steal %guest %gnice  %idle  49.37   0.00   0.00   0.00   0.00   0.00   1.17   0.00   0.00  49.47  Patch is accounting for the steal time and basic tests are holding  good.Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Tested-by: Shrikanth Hegde &lt;sshegde@linux.ibm.com&gt;[mpe: Add SPDX tag to new paravirt_api_clock.h]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20220902085316.2071519-3-npiggin@gmail.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Fri, 02 Sep 2022 08:53:14 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>2454a7af - powerpc/pseries: define driver for Platform KeyStore</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#2454a7af</link>
        <description>powerpc/pseries: define driver for Platform KeyStorePowerVM provides an isolated Platform Keystore(PKS) storage allocationfor each LPAR with individually managed access controls to storesensitive information securely. It provides a new set of hypervisorcalls for Linux kernel to access PKS storage.Define POWER LPAR Platform KeyStore(PLPKS) driver using H_CALL interfaceto access PKS storage.Signed-off-by: Nayna Jain &lt;nayna@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20220723113048.521744-2-nayna@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Sat, 23 Jul 2022 11:30:46 +0000</pubDate>
        <dc:creator>Nayna Jain &lt;nayna@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>9592eef7 - random: remove CONFIG_ARCH_RANDOM</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#9592eef7</link>
        <description>random: remove CONFIG_ARCH_RANDOMWhen RDRAND was introduced, there was much discussion on whether itshould be trusted and how the kernel should handle that. Initially, twomechanisms cropped up, CONFIG_ARCH_RANDOM, a compile time switch, and&quot;nordrand&quot;, a boot-time switch.Later the thinking evolved. With a properly designed RNG, using RDRANDvalues alone won&apos;t harm anything, even if the outputs are malicious.Rather, the issue is whether those values are being *trusted* to be goodor not. And so a new set of options were introduced as the realones that people use -- CONFIG_RANDOM_TRUST_CPU and &quot;random.trust_cpu&quot;.With these options, RDRAND is used, but it&apos;s not always credited. So inthe worst case, it does nothing, and in the best case, maybe it helps.Along the way, CONFIG_ARCH_RANDOM&apos;s meaning got sort of pulled into thecenter and became something certain platforms force-select.The old options don&apos;t really help with much, and it&apos;s a bit odd to havespecial handling for these instructions when the kernel can deal finewith the existence or untrusted existence or broken existence ornon-existence of that CPU capability.Simplify the situation by removing CONFIG_ARCH_RANDOM and using theordinary asm-generic fallback pattern instead, keeping the two optionsthat are actually used. For now it leaves &quot;nordrand&quot; for now, as theremoval of that will take a different route.Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Acked-by: Borislav Petkov &lt;bp@suse.de&gt;Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Signed-off-by: Jason A. Donenfeld &lt;Jason@zx2c4.com&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Tue, 05 Jul 2022 18:48:41 +0000</pubDate>
        <dc:creator>Jason A. Donenfeld &lt;Jason@zx2c4.com&gt;</dc:creator>
    </item>
<item>
        <title>a4135cbe - powerpc/pseries: Stop selecting PPC_HASH_MMU_NATIVE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#a4135cbe</link>
        <description>powerpc/pseries: Stop selecting PPC_HASH_MMU_NATIVEThe pseries platform does not use the native hash code but the PAPRvirtualised hash interfaces, so remove PPC_HASH_MMU_NATIVE.This requires moving tlbiel code from hash_native.c to hash_utils.c.Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20211201144153.2456614-4-npiggin@gmail.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Wed, 01 Dec 2021 14:41:38 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7ebc4903 - powerpc: Rename PPC_NATIVE to PPC_HASH_MMU_NATIVE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#7ebc4903</link>
        <description>powerpc: Rename PPC_NATIVE to PPC_HASH_MMU_NATIVEPPC_NATIVE now only controls the native HPT code, so rename it to bemore descriptive. Restrict it to Book3S only.Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20211201144153.2456614-3-npiggin@gmail.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Wed, 01 Dec 2021 14:41:37 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>22887f31 - powerpc/pseries: delete scanlog</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#22887f31</link>
        <description>powerpc/pseries: delete scanlogRemove the pseries scanlog driver.This code supports functions from Power4-era servers that are not presenton targets currently supported by arch/powerpc. System manuals from thistime have this description:  Scan Dump data is a set of chip data that the service processor gathers  after a system malfunction. It consists of chip scan rings, chip trace  arrays, and Scan COM (SCOM) registers. This data is stored in the  scan-log partition of the system&#8217;s Nonvolatile Random Access  Memory (NVRAM).PowerVM partition firmware development doesn&apos;t recognize the associatedfunction call or property, and they don&apos;t see any references to them intheir codebase. It seems to have been specific to non-virtualized pseries.References:Historical Linux commit from February 2003 (interesting to note this seemsto be the source of non-GPL exports for rtas_call etc):https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git/commit/?id=f92e361842d5251e50562b09664082dcbd0548bbIntelliStation and pSeries docs which refer to the feature:http://ps-2.retropc.se/basil.holloway/ALL%20PDF/380635.pdfhttp://ps-2.kev009.com/rs6000/manuals/p/p615-6C3-6E3/6C3_and_6E3_Users_Guide_SA38-0629.pdfSigned-off-by: Nathan Lynch &lt;nathanl@linux.ibm.com&gt;Reviewed-by: Tyrel Datwyler &lt;tyreld@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20210920173203.1800475-1-nathanl@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Mon, 20 Sep 2021 17:32:03 +0000</pubDate>
        <dc:creator>Nathan Lynch &lt;nathanl@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>bfebd37e - powerpc/pseries/svm: Add a powerpc version of cc_platform_has()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#bfebd37e</link>
        <description>powerpc/pseries/svm: Add a powerpc version of cc_platform_has()Introduce a powerpc version of the cc_platform_has() function. This willbe used to replace the powerpc mem_encrypt_active() implementation, sothe implementation will initially only support the CC_ATTR_MEM_ENCRYPTattribute.Signed-off-by: Tom Lendacky &lt;thomas.lendacky@amd.com&gt;Signed-off-by: Borislav Petkov &lt;bp@suse.de&gt;Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lkml.kernel.org/r/20210928191009.32551-5-bp@alien8.de

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Wed, 08 Sep 2021 22:58:35 +0000</pubDate>
        <dc:creator>Tom Lendacky &lt;thomas.lendacky@amd.com&gt;</dc:creator>
    </item>
<item>
        <title>20c0e826 - powerpc/pseries: Implement paravirt qspinlocks for SPLPAR</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#20c0e826</link>
        <description>powerpc/pseries: Implement paravirt qspinlocks for SPLPARThis implements the generic paravirt qspinlocks using H_PROD andH_CONFER to kick and wait.This uses an un-directed yield to any CPU rather than the directedyield to a pre-empted lock holder that paravirtualised simplespinlocks use, that requires no kick hcall. This is something thatcould be investigated and improved in future.Performance results can be found in the commit which added queuedspinlocks.Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Acked-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Acked-by: Waiman Long &lt;longman@redhat.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20200724131423.1362108-5-npiggin@gmail.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Fri, 24 Jul 2020 13:14:21 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>4a8e274e - powerpc/pseries: Remove redundant select of PPC_DOORBELL</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#4a8e274e</link>
        <description>powerpc/pseries: Remove redundant select of PPC_DOORBELLCommit d4e58e5928f8 (&quot;powerpc/powernv: Enable POWER8 doorbell IPIs&quot;)added a select of PPC_DOORBELL to PPC_PSERIES, but it already had aselect of PPC_DOORBELL. One is enough.Reported-by: Jason A. Donenfeld &lt;Jason@zx2c4.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20191219125840.32592-1-mpe@ellerman.id.au

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Thu, 19 Dec 2019 12:26:38 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>fe030c9b - powerpc/pseries/cmm: Implement balloon compaction</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#fe030c9b</link>
        <description>powerpc/pseries/cmm: Implement balloon compactionWe can now get rid of the cmm_lock and completely rely on the ballooncompaction internals, which now also manage the page list and thelock.Inflated/&quot;loaned&quot; pages are now movable. Memory blocks that containsuch pages can get offlined. Also, all such pages will be markedPageOffline() and can therefore be excluded in memory dumps usingrecent versions of makedumpfile.Don&apos;t switch to balloon_page_alloc() yet (due to the GFP_NOIO). Willdo that separately to discuss this change in detail.Signed-off-by: David Hildenbrand &lt;david@redhat.com&gt;[mpe: Add isolated_pages-- in cmm_migratepage() as suggested by David]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20191031142933.10779-9-david@redhat.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Thu, 31 Oct 2019 14:29:29 +0000</pubDate>
        <dc:creator>David Hildenbrand &lt;david@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>2efbc58f - powerpc/pseries/svm: Force SWIOTLB for secure guests</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/pseries/Kconfig#2efbc58f</link>
        <description>powerpc/pseries/svm: Force SWIOTLB for secure guestsSWIOTLB checks range of incoming CPU addresses to be bounced and sees ifthe device can access it through its DMA window without requiring bouncing.In such cases it just chooses to skip bouncing. But for cases like secureguests on powerpc platform all addresses need to be bounced into the sharedpool of memory because the host cannot access it otherwise. Hence the needto do the bouncing is not related to device&apos;s DMA window and use of bouncebuffers is forced by setting swiotlb_force.Also, connect the shared memory conversion functions into theARCH_HAS_MEM_ENCRYPT hooks and call swiotlb_update_mem_attributes() toconvert SWIOTLB&apos;s memory pool to shared memory.Signed-off-by: Anshuman Khandual &lt;khandual@linux.vnet.ibm.com&gt;[ bauerman: Use ARCH_HAS_MEM_ENCRYPT hooks to share swiotlb memory pool. ]Signed-off-by: Thiago Jung Bauermann &lt;bauerman@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20190820021326.6884-15-bauerman@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/pseries/Kconfig</description>
        <pubDate>Tue, 20 Aug 2019 02:13:24 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;khandual@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
</channel>
</rss>
