<?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>c51ea988 - s390: Allow to compile with z17 optimizations</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#c51ea988</link>
        <description>s390: Allow to compile with z17 optimizationsAdd config and compile options which allow to compile with z17optimizations if the compiler supports it. Add themiscellaneous-instruction-extension 4 facility to the list of facilitiesfor z17.Reviewed-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Mon, 26 Aug 2024 20:13:47 +0000</pubDate>
        <dc:creator>Vasily Gorbik &lt;gor@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>24e3f9fb - mseal sysmap: enable s390</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#24e3f9fb</link>
        <description>mseal sysmap: enable s390Provide support for CONFIG_MSEAL_SYSTEM_MAPPINGS on s390, covering thevdso.[hca@linux.ibm.com: update supported architectures]  Link: https://lkml.kernel.org/r/20250317131917.1332402-1-hca@linux.ibm.comLink: https://lkml.kernel.org/r/20250311123326.2686682-3-hca@linux.ibm.comSigned-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Reviewed-by: Lorenzo Stoakes &lt;lorenzo.stoakes@oracle.com&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Cc: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Cc: Jeff Xu &lt;jeffxu@chromium.org&gt;Cc: Liam Howlett &lt;liam.howlett@oracle.com&gt;Cc: Sven Schnelle &lt;svens@linux.ibm.com&gt;Cc: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Tue, 11 Mar 2025 12:33:26 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>1018424a - s390/smp: Add support for HOTPLUG_SMT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#1018424a</link>
        <description>s390/smp: Add support for HOTPLUG_SMTAdd support for HOTPLUG_SMT. With this the s390 specific &quot;nosmt&quot; kernelcommand line parameter handling is replaced with common code handling.This means that just specifying &quot;nosmt&quot; still enables smt from anarchitectural point of view, however only the primary (base) cpu can be setonline. Enabling smt during runtime via /sys/devices/system/cpu/smt/controlallows to set secondary cpus online. This way &quot;nosmt&quot; works like on otherarchitectures where enabling and disabling smt during runtime is possible.If &quot;nosmt=force&quot; is specified smt is also still enabled from anarchitectural point of view, but there is no way to set secondary cpusonline during runtime, also like on other architectures.In order to disable smt from architectural point of view, which waspreviously achieved with the s390 specific &quot;nosmt&quot; command line option,&quot;smt=1&quot; can be used.Tested-by: Mete Durlu &lt;meted@linux.ibm.com&gt;Reviewed-by: Mete Durlu &lt;meted@linux.ibm.com&gt;Acked-by: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Thu, 27 Mar 2025 09:14:43 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>aa9f168d - s390/pci: Support mmap() of PCI resources except for ISM devices</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#aa9f168d</link>
        <description>s390/pci: Support mmap() of PCI resources except for ISM devicesSo far s390 does not allow mmap() of PCI resources to user-space via theusual mechanisms, though it does use it for RDMA. For the PCI sysfsresource files and /proc/bus/pci it defines neither HAVE_PCI_MMAP norARCH_GENERIC_PCI_MMAP_RESOURCE. For vfio-pci s390 previously relied ondisabled VFIO_PCI_MMAP and now relies on setting pdev-&gt;non_mappable_barsfor all devices.This is partly because access to mapped PCI resources from user-spacerequires special PCI load/store memory-I/O (MIO) instructions, or thespecial MMIO syscalls when these are not available. Still, such access ispossible and useful not just for RDMA, in fact not being able to mmap() PCIresources has previously caused extra work when testing devices.One thing that doesn&apos;t work with PCI resources mapped to user-space thoughis the s390 specific virtual ISM device. Not only because the BAR size of256 TiB prevents mapping the whole BAR but also because access requires useof the legacy PCI instructions which are not accessible to user-space onsystems with the newer MIO PCI instructions.Now with the pdev-&gt;non_mappable_bars flag ISM can be excluded from mappingits resources while making this functionality available for all other PCIdevices. To this end introduce a minimal implementation of PCI_QUIRKS anduse that to set pdev-&gt;non_mappable_bars for ISM devices only. Then also setARCH_GENERIC_PCI_MMAP_RESOURCE to take advantage of the genericimplementation of pci_mmap_resource_range() enabling only the newer sysfsmmap() interface. This follows the recommendation inDocumentation/PCI/sysfs-pci.rst.Link: https://lore.kernel.org/r/20250226-vfio_pci_mmap-v7-3-c5c0f1d26efd@linux.ibm.comSigned-off-by: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Signed-off-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Wed, 26 Feb 2025 12:07:47 +0000</pubDate>
        <dc:creator>Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>174cb82a - s390: Remove 2k vs 4k page table leftovers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#174cb82a</link>
        <description>s390: Remove 2k vs 4k page table leftoversSince commit d08d4e7cd6bf (&quot;s390/mm: use full 4KB page for 2KB PTE&quot;) always4k page tables are allocated, however there is still some (now) obsoletecode left which deals with switching from 2k to 4k page tables for qemu/kvmprocesses.Reviewed-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Remove the not needed code.Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Mon, 10 Mar 2025 11:43:00 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>f9aad622 - mm: rename GENERIC_PTDUMP and PTDUMP_CORE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#f9aad622</link>
        <description>mm: rename GENERIC_PTDUMP and PTDUMP_COREPlatforms subscribe into generic ptdump implementation via GENERIC_PTDUMP.But generic ptdump gets enabled via PTDUMP_CORE.  These configscombination is confusing as they sound very similar and does notdifferentiate between platform&apos;s feature subscription and featureenablement for ptdump.  Rename the configs as ARCH_HAS_PTDUMP and PTDUMPmaking it more clear and improve readability.Link: https://lkml.kernel.org/r/20250226122404.1927473-6-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Reviewed-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt; (powerpc)Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;	[arm64]Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Marc Zyngier &lt;maz@kernel.org&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Steven Price &lt;steven.price@arm.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Wed, 26 Feb 2025 12:24:04 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>9b400d17 - kbuild: Introduce Kconfig symbol for linking vmlinux with relocations</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#9b400d17</link>
        <description>kbuild: Introduce Kconfig symbol for linking vmlinux with relocationsSome architectures build vmlinux with static relocations preserved, butstrip them again from the final vmlinux image. Arch specific toolsconsume these static relocations in order to construct relocation tablesfor KASLR.The fact that vmlinux is created, consumed and subsequently updated goesagainst the typical, declarative paradigm used by Make, which is basedon rules and dependencies. So as a first step towards cleaning this up,introduce a Kconfig symbol to declare that the arch wants to consume thestatic relocations emitted into vmlinux. This will be wired up furtherin subsequent patches.Signed-off-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Tue, 11 Mar 2025 11:06:19 +0000</pubDate>
        <dc:creator>Ard Biesheuvel &lt;ardb@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>9bf39a65 - s390/vdso: Switch to generic storage implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#9bf39a65</link>
        <description>s390/vdso: Switch to generic storage implementationThe generic storage implementation provides the same features as thecustom one. However it can be shared between architectures, makingmaintenance easier.Co-developed-by: Nam Cao &lt;namcao@linutronix.de&gt;Signed-off-by: Nam Cao &lt;namcao@linutronix.de&gt;Signed-off-by: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Link: https://lore.kernel.org/all/20250204-vdso-store-rng-v3-12-13a4669dfc8c@linutronix.de

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Tue, 04 Feb 2025 12:05:44 +0000</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>fa151887 - s390: Sort mcount locations at build time</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#fa151887</link>
        <description>s390: Sort mcount locations at build timeFor s390 the mcount_loc section of the kernel image contains the addressesof the mcount locations. All addresses will be adjusted with the sameoffset by the decompressor before the kernel is started.Therefore select HAVE_BUILDTIME_MCOUNT_SORT so that the entries of thissection are sorted at build time. Given that the same offset is applied toall entries the section will be sorted in any case.Note that this was not possible before commit 778666df60f0 (&quot;s390: compilerelocatable kernel without -fPIE&quot;). Since this commit all R_390_64 absoluterelocations are handled in a special way: only the address of the to bechanged location is put into a special section. For all those locations thesame offset is applied as described above.Without that change it would have been necessary to also adjust the addendof all relocations which correspond to the mcount_loc section, when sortingthe mcount_loc section.Reported-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;Closes: https://lore.kernel.org/r/20250210142647.083ff456@gandalf.local.home/Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Acked-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Thu, 13 Feb 2025 12:57:33 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>3bcc8a1a - s390/sclp: Initialize sclp subsystem via arch_cpu_finalize_init()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#3bcc8a1a</link>
        <description>s390/sclp: Initialize sclp subsystem via arch_cpu_finalize_init()With the switch to GENERIC_CPU_DEVICES an early call to the sclp subsystemwas added to smp_prepare_cpus(). This will usually succeed since the sclpsubsystem is implicitly initialized early enough if an sclp based consoleis present.If no such console is present the initialization happens with anarch_initcall(); in such cases calls to the sclp subsystem will fail.For CPU detection this means that the fallback sigp loop will be usedpermanently to detect CPUs instead of the preferred READ_CPU_INFO sclprequest.Fix this by adding an explicit early sclp_init() call viaarch_cpu_finalize_init().Reported-by: Sheshu Ramanandan &lt;sheshu.ramanandan@ibm.com&gt;Fixes: 4a39f12e753d (&quot;s390/smp: Switch to GENERIC_CPU_DEVICES&quot;)Reviewed-by: Peter Oberparleiter &lt;oberpar@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Mon, 20 Jan 2025 10:53:42 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>212c3a85 - s390/kdump: virtio-mem kdump support (CONFIG_PROC_VMCORE_DEVICE_RAM)</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#212c3a85</link>
        <description>s390/kdump: virtio-mem kdump support (CONFIG_PROC_VMCORE_DEVICE_RAM)Let&apos;s add support for including virtio-mem device RAM in the crash dump,setting NEED_PROC_VMCORE_DEVICE_RAM, and implementingelfcorehdr_fill_device_ram_ptload_elf64().To avoid code duplication, factor out the code to fill a PT_LOAD entry.Signed-off-by: David Hildenbrand &lt;david@redhat.com&gt;Message-Id: &lt;20241204125444.1734652-13-david@redhat.com&gt;Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Wed, 04 Dec 2024 12:54:43 +0000</pubDate>
        <dc:creator>David Hildenbrand &lt;david@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>f340d270 - s390: Introduce CC_HAS_ASM_AOR_FORMAT_FLAGS Kconfig option</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#f340d270</link>
        <description>s390: Introduce CC_HAS_ASM_AOR_FORMAT_FLAGS Kconfig optionIntroduce CC_HAS_ASM_AOR_FORMAT_FLAGS Kconfig option. Use this option forinline assemblies where the A, O, or R format flags are used.Those flags are not available for Clang versions before 19.1.0.Reviewed-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Mon, 13 Jan 2025 12:36:56 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>579a6633 - s390: Rename GCC_ASM_FLAG_OUTPUT_BROKEN to CC_ASM_FLAG_OUTPUT_BROKEN</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#579a6633</link>
        <description>s390: Rename GCC_ASM_FLAG_OUTPUT_BROKEN to CC_ASM_FLAG_OUTPUT_BROKENConfig options which can be used to check for compiler bugs and featureshave the compiler independent CC prefix in order to avoid duplicating andhaving to check config options for multiple compilers. Therefore rename theconfig option accordingly.Reviewed-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Mon, 13 Jan 2025 12:36:55 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>7495e179 - s390/tracing: Enable HAVE_FTRACE_GRAPH_FUNC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#7495e179</link>
        <description>s390/tracing: Enable HAVE_FTRACE_GRAPH_FUNCAdd ftrace_graph_func() which is required for fprobe to access registers.This also eliminates the need for calling prepare_ftrace_return() fromftrace_caller().Cc: Alexei Starovoitov &lt;alexei.starovoitov@gmail.com&gt;Cc: Florent Revest &lt;revest@chromium.org&gt;Cc: Martin KaFai Lau &lt;martin.lau@linux.dev&gt;Cc: bpf &lt;bpf@vger.kernel.org&gt;Cc: Alexei Starovoitov &lt;ast@kernel.org&gt;Cc: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Alan Maguire &lt;alan.maguire@oracle.com&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Link: https://lore.kernel.org/173519002875.391279.7060964632119674159.stgit@devnote2Signed-off-by: Sven Schnelle &lt;svens@linux.ibm.com&gt;Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Steven Rostedt (Google) &lt;rostedt@goodmis.org&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Thu, 26 Dec 2024 05:13:48 +0000</pubDate>
        <dc:creator>Sven Schnelle &lt;svens@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>762abbc0 - fprobe: Use ftrace_regs in fprobe exit handler</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#762abbc0</link>
        <description>fprobe: Use ftrace_regs in fprobe exit handlerChange the fprobe exit handler to use ftrace_regs structure instead ofpt_regs. This also introduce HAVE_FTRACE_REGS_HAVING_PT_REGS whichmeans the ftrace_regs is including the pt_regs so that ftrace_regscan provide pt_regs without memory allocation.Fprobe introduces a new dependency with that.Signed-off-by: Masami Hiramatsu (Google) &lt;mhiramat@kernel.org&gt;Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt; # s390Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Alexei Starovoitov &lt;alexei.starovoitov@gmail.com&gt;Cc: Florent Revest &lt;revest@chromium.org&gt;Cc: bpf &lt;bpf@vger.kernel.org&gt;Cc: Alan Maguire &lt;alan.maguire@oracle.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: WANG Xuerui &lt;kernel@xen0n.name&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Cc: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Cc: Sven Schnelle &lt;svens@linux.ibm.com&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: x86@kernel.orgCc: &quot;H. Peter Anvin&quot; &lt;hpa@zytor.com&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt;Cc: Song Liu &lt;song@kernel.org&gt;Cc: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: KP Singh &lt;kpsingh@kernel.org&gt;Cc: Matt Bobrowski &lt;mattbobrowski@google.com&gt;Cc: Alexei Starovoitov &lt;ast@kernel.org&gt;Cc: Daniel Borkmann &lt;daniel@iogearbox.net&gt;Cc: Andrii Nakryiko &lt;andrii@kernel.org&gt;Cc: Martin KaFai Lau &lt;martin.lau@linux.dev&gt;Cc: Eduard Zingerman &lt;eddyz87@gmail.com&gt;Cc: Yonghong Song &lt;yonghong.song@linux.dev&gt;Cc: John Fastabend &lt;john.fastabend@gmail.com&gt;Cc: Stanislav Fomichev &lt;sdf@fomichev.me&gt;Cc: Hao Luo &lt;haoluo@google.com&gt;Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;Link: https://lore.kernel.org/173518995092.391279.6765116450352977627.stgit@devnote2Signed-off-by: Steven Rostedt (Google) &lt;rostedt@goodmis.org&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Thu, 26 Dec 2024 05:12:31 +0000</pubDate>
        <dc:creator>Masami Hiramatsu (Google) &lt;mhiramat@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a3ed4157 - fgraph: Replace fgraph_ret_regs with ftrace_regs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#a3ed4157</link>
        <description>fgraph: Replace fgraph_ret_regs with ftrace_regsUse ftrace_regs instead of fgraph_ret_regs for tracing return valueon function_graph tracer because of simplifying the callback interface.The CONFIG_HAVE_FUNCTION_GRAPH_RETVAL is also replaced byCONFIG_HAVE_FUNCTION_GRAPH_FREGS.Signed-off-by: Masami Hiramatsu (Google) &lt;mhiramat@kernel.org&gt;Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Acked-by: Will Deacon &lt;will@kernel.org&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Alexei Starovoitov &lt;alexei.starovoitov@gmail.com&gt;Cc: Florent Revest &lt;revest@chromium.org&gt;Cc: Martin KaFai Lau &lt;martin.lau@linux.dev&gt;Cc: bpf &lt;bpf@vger.kernel.org&gt;Cc: Alexei Starovoitov &lt;ast@kernel.org&gt;Cc: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Alan Maguire &lt;alan.maguire@oracle.com&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: WANG Xuerui &lt;kernel@xen0n.name&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Albert Ou &lt;aou@eecs.berkeley.edu&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Cc: Sven Schnelle &lt;svens@linux.ibm.com&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: x86@kernel.orgCc: &quot;H. Peter Anvin&quot; &lt;hpa@zytor.com&gt;Cc: Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt;Link: https://lore.kernel.org/173518991508.391279.16635322774382197642.stgit@devnote2Signed-off-by: Steven Rostedt (Google) &lt;rostedt@goodmis.org&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Thu, 26 Dec 2024 05:11:55 +0000</pubDate>
        <dc:creator>Masami Hiramatsu (Google) &lt;mhiramat@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>27939d6c - s390/Kconfig: Select VMAP_STACK unconditionally</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#27939d6c</link>
        <description>s390/Kconfig: Select VMAP_STACK unconditionallyThere is no point in supporting !VMAP_STACK kernel builds. VMAP_STACK hasproven to work since many years. Also, since KASAN_VMALLOC is supported,kernels built with !VMAP_STACK are completely untested.Therefore select VMAP_STACK unconditionally and remove all config optionsand code required for !VMAP_STACK builds.Acked-by: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Reviewed-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Mon, 02 Dec 2024 11:56:38 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>e7256aca - s390/Kconfig: Select KASAN_VMALLOC if KASAN is enabled</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#e7256aca</link>
        <description>s390/Kconfig: Select KASAN_VMALLOC if KASAN is enabledReduce the number of to be considered config options and selectKASAN_VMALLOC if KASAN is enabled.Reviewed-by: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Reviewed-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Mon, 02 Dec 2024 11:56:37 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>00807191 - s390/crc32: expose CRC32 functions through lib</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#00807191</link>
        <description>s390/crc32: expose CRC32 functions through libMove the s390 CRC32 assembly code into the lib directory and wire it upto the library interface.  This allows it to be used without goingthrough the crypto API.  It remains usable via the crypto API too viathe shash algorithms that use the library interface.  Thus all thearch-specific &quot;shash&quot; code becomes unnecessary and is removed.Note: to see the diff from arch/s390/crypto/crc32-vx.c toarch/s390/lib/crc32-glue.c, view this commit with &apos;git show -M10&apos;.Reviewed-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Link: https://lore.kernel.org/r/20241202010844.144356-10-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@google.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Mon, 02 Dec 2024 01:08:34 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>b5f46348 - s390: Support PREEMPT_DYNAMIC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/Kconfig#b5f46348</link>
        <description>s390: Support PREEMPT_DYNAMICSelect HAVE_PREEMPT_DYNAMIC_KEY and add the pieces which are required tosupport PREEMPT_DYNAMIC.See commit 99cf983cc8bc (&quot;sched/preempt: Add PREEMPT_DYNAMIC using statickeys&quot;) and commit 1b2d3451ee50 (&quot;arm64: Support PREEMPT_DYNAMIC&quot;) for moredetails.Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/Kconfig</description>
        <pubDate>Wed, 27 Nov 2024 16:17:12 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
</channel>
</rss>
