<?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>8a2f20ac - riscv: Make sure toolchain supports zba before using zba instructions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#8a2f20ac</link>
        <description>riscv: Make sure toolchain supports zba before using zba instructionsOld toolchain like gcc 8.5.0 does not support zba, so we must check thatthe toolchain supports this extension before using it in the kernel.Reported-by: kernel test robot &lt;lkp@intel.com&gt;Closes: https://lore.kernel.org/oe-kbuild-all/202503281836.8pntHm6I-lkp@intel.com/Link: https://lore.kernel.org/r/20250328115422.253670-1-alexghiti@rivosinc.comSigned-off-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Fri, 28 Mar 2025 11:54:22 +0000</pubDate>
        <dc:creator>Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;</dc:creator>
    </item>
<item>
        <title>e1cf2d00 - riscv: Remove CONFIG_PAGE_OFFSET</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#e1cf2d00</link>
        <description>riscv: Remove CONFIG_PAGE_OFFSETThe current definition of CONFIG_PAGE_OFFSET is problematic for a coupleof reasons: 1) The value is misleading for normal 64-bit kernels, where it is    overridden at runtime if Sv48 or Sv39 is chosen. This is especially    the case for XIP kernels, which always use Sv39. 2) The option is not user-visible, but for NOMMU kernels it must be a    valid RAM address, and for !RELOCATABLE it must additionally be the    exact address where the kernel is loaded.Fix both of these by removing the option. 1) For MMU kernels, drop the indirection through Kconfig. Additionally,    for XIP, drop the indirection through kernel_map. 2) For NOMMU kernels, use the user-visible physical RAM base if    provided. Otherwise, force the kernel to be relocatable.Signed-off-by: Samuel Holland &lt;samuel.holland@sifive.com&gt;Reviewed-by: Jesse Taube &lt;mr.bossman075@gmail.com&gt;Link: https://lore.kernel.org/r/20241026171441.3047904-7-samuel.holland@sifive.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Sat, 26 Oct 2024 17:13:58 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel.holland@sifive.com&gt;</dc:creator>
    </item>
<item>
        <title>ea2bde36 - riscv: Support CONFIG_RELOCATABLE on riscv32</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#ea2bde36</link>
        <description>riscv: Support CONFIG_RELOCATABLE on riscv32When adjusted to use the correctly-sized ELF types, relocate_kernel()works on riscv32 as well. The caveat about crossing an intermediate pagetable boundary does not apply to riscv32, since for Sv32 the earlykernel mapping uses only PGD entries. Since KASLR is not yet supportedon riscv32, this option is mostly useful for NOMMU.Signed-off-by: Samuel Holland &lt;samuel.holland@sifive.com&gt;Link: https://lore.kernel.org/r/20241026171441.3047904-6-samuel.holland@sifive.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Sat, 26 Oct 2024 17:13:57 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel.holland@sifive.com&gt;</dc:creator>
    </item>
<item>
        <title>51b766c7 - riscv: Support CONFIG_RELOCATABLE on NOMMU</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#51b766c7</link>
        <description>riscv: Support CONFIG_RELOCATABLE on NOMMUMove relocate_kernel() out of the CONFIG_MMU block so it can be calledfrom the NOMMU version of setup_vm(). Set some offsets in kernel_map sorelocate_kernel() does not need to be modified. Relocatable NOMMUkernels can be loaded to any physical memory address; they no longerdepend on CONFIG_PAGE_OFFSET.Signed-off-by: Samuel Holland &lt;samuel.holland@sifive.com&gt;Link: https://lore.kernel.org/r/20241026171441.3047904-4-samuel.holland@sifive.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Sat, 26 Oct 2024 17:13:55 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel.holland@sifive.com&gt;</dc:creator>
    </item>
<item>
        <title>a44fb572 - riscv: Add runtime constant support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#a44fb572</link>
        <description>riscv: Add runtime constant supportImplement the runtime constant infrastructure for riscv. Use thisinfrastructure to generate constants to be used by the d_hash()function.This is the riscv variant of commit 94a2bc0f611c (&quot;arm64: add &apos;runtimeconstant&apos; support&quot;) and commit e3c92e81711d (&quot;runtime constants: addx86 architecture support&quot;).[ alex: Remove trailing whitespace ]Signed-off-by: Charlie Jenkins &lt;charlie@rivosinc.com&gt;Reviewed-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;Tested-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;Link: https://lore.kernel.org/r/20250319-runtime_const_riscv-v10-2-745b31a11d65@rivosinc.comSigned-off-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Wed, 19 Mar 2025 18:35:20 +0000</pubDate>
        <dc:creator>Charlie Jenkins &lt;charlie@rivosinc.com&gt;</dc:creator>
    </item>
<item>
        <title>e8eb8e1b - riscv: fgraph: Select HAVE_FUNCTION_GRAPH_TRACER depends on HAVE_DYNAMIC_FTRACE_WITH_ARGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#e8eb8e1b</link>
        <description>riscv: fgraph: Select HAVE_FUNCTION_GRAPH_TRACER depends on HAVE_DYNAMIC_FTRACE_WITH_ARGSCurrently, fgraph on riscv relies on the infrastructure ofDYNAMIC_FTRACE_WITH_ARGS. However, DYNAMIC_FTRACE_WITH_ARGS may beturned off on riscv, which will cause the enabled fgraph to be abnormal.Therefore, let&apos;s select HAVE_FUNCTION_GRAPH_TRACER depends onHAVE_DYNAMIC_FTRACE_WITH_ARGS.Fixes: a3ed4157b7d8 (&quot;fgraph: Replace fgraph_ret_regs with ftrace_regs&quot;)Reported-by: kernel test robot &lt;lkp@intel.com&gt;Closes: https://lore.kernel.org/oe-kbuild-all/202503160820.dvqMpH0g-lkp@intel.com/Signed-off-by: Pu Lehui &lt;pulehui@huawei.com&gt;Reviewed-by: Bj&#246;rn T&#246;pel &lt;bjorn@rivosinc.com&gt;Link: https://lore.kernel.org/r/20250317031214.4138436-1-pulehui@huaweicloud.comSigned-off-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Mon, 17 Mar 2025 03:12:13 +0000</pubDate>
        <dc:creator>Pu Lehui &lt;pulehui@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>82e81b89 - riscv: migrate to the generic rule for built-in DTB</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#82e81b89</link>
        <description>riscv: migrate to the generic rule for built-in DTBCommit 654102df2ac2 (&quot;kbuild: add generic support for built-in bootDTBs&quot;) introduced generic support for built-in DTBs.Select GENERIC_BUILTIN_DTB when built-in DTB support is enabled.To keep consistency across architectures, this commit also renamesCONFIG_BUILTIN_DTB_SOURCE to CONFIG_BUILTIN_DTB_NAME.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Conor Dooley &lt;conor.dooley@microchip.com&gt;Link: https://lore.kernel.org/r/20241222000836.2578171-1-masahiroy@kernel.orgSigned-off-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Sun, 22 Dec 2024 00:08:25 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>03dc00a2 - riscv: Support huge pfnmaps</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#03dc00a2</link>
        <description>riscv: Support huge pfnmapsUse RSW0 as the special bit for pmds and puds, just like for ptes.Also define the {pte,pmd,pud}_pgprot helpers which were previouslymissing and are needed for the follow_pfnmap APIs.Signed-off-by: Andrew Bresticker &lt;abrestic@rivosinc.com&gt;Reviewed-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;Link: https://lore.kernel.org/r/20250108135700.2614848-1-abrestic@rivosinc.comSigned-off-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Wed, 08 Jan 2025 13:57:00 +0000</pubDate>
        <dc:creator>Andrew Bresticker &lt;abrestic@rivosinc.com&gt;</dc:creator>
    </item>
<item>
        <title>9343aaba - RISC-V: separate Zbb optimisations requiring and not requiring toolchain support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#9343aaba</link>
        <description>RISC-V: separate Zbb optimisations requiring and not requiring toolchain supportIt seems a bit ridiculous to require toolchain support for BPF toassemble Zbb instructions, so move the dependency on toolchain supportfor Zbb optimisations out of the Kconfig option and to the callsites.Zbb support has always depended on alternatives, so while adjusting theconfig options guarding optimisations, remove any checks forwhether or not alternatives are enabled.Reviewed-by: Andrew Jones &lt;ajones@ventanamicro.com&gt;Signed-off-by: Conor Dooley &lt;conor.dooley@microchip.com&gt;Reviewed-by: Charlie Jenkins &lt;charlie@rivosinc.com&gt;Reviewed-by: Samuel Holland &lt;samuel.holland@sifive.com&gt;Link: https://lore.kernel.org/r/20241024-chump-freebase-d26b6d81af33@spudSigned-off-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Thu, 24 Oct 2024 10:19:41 +0000</pubDate>
        <dc:creator>Conor Dooley &lt;conor.dooley@microchip.com&gt;</dc:creator>
    </item>
<item>
        <title>6216182f - RISC-V: clarify what some RISCV_ISA* config options do</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#6216182f</link>
        <description>RISC-V: clarify what some RISCV_ISA* config options doDuring some discussion on IRC yesterday and on Pu&apos;s bpf patch [1]I noticed that these RISCV_ISA* Kconfig options are not really clearabout their implications. Many of these options have no impact on whatuserspace is allowed to do, for example an application can use Zbbregardless of whether or not the kernel does. Change the help text totry and clarify whether or not an option affects just the kernel, oralso userspace. None of these options actually control whether or not anextension is detected dynamically as that&apos;s done regardless of Kconfigoptions, so drop any text that implies the option is required fordynamic detection, rewording them as &quot;do x when y is detected&quot;.Link: https://lore.kernel.org/linux-riscv/20240328-ferocity-repose-c554f75a676c@spud/ [1]Reviewed-by: Andrew Jones &lt;ajones@ventanamicro.com&gt;Signed-off-by: Conor Dooley &lt;conor.dooley@microchip.com&gt;Reviewed-by: Charlie Jenkins &lt;charlie@rivosinc.com&gt;Reviewed-by: Samuel Holland &lt;samuel.holland@sifive.com&gt;Link: https://lore.kernel.org/r/20241024-overdue-slogan-0b0f69d3da91@spudSigned-off-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Thu, 24 Oct 2024 10:19:40 +0000</pubDate>
        <dc:creator>Conor Dooley &lt;conor.dooley@microchip.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/riscv/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/riscv/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/riscv/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/riscv/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>511484fa - riscv/crc64: add Zbc optimized CRC64 functions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#511484fa</link>
        <description>riscv/crc64: add Zbc optimized CRC64 functionsWire up crc64_be_arch() and crc64_nvme_arch() for 64-bit RISC-V usingcrc-clmul-template.h.  This greatly improves the performance of theseCRCs on Zbc-capable CPUs in 64-bit kernels.These optimized CRC64 functions are not yet supported in 32-bit kernels,since crc-clmul-template.h assumes that the CRC fits in an unsignedlong.  That implementation limitation could be addressed, but it wouldadd a fair bit of complexity, so it has been omitted for now.Tested-by: Bj&#246;rn T&#246;pel &lt;bjorn@rivosinc.com&gt;Acked-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;Link: https://lore.kernel.org/r/20250216225530.306980-5-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@google.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Sun, 16 Feb 2025 22:55:30 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>8bf3e178 - riscv/crc-t10dif: add Zbc optimized CRC-T10DIF function</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#8bf3e178</link>
        <description>riscv/crc-t10dif: add Zbc optimized CRC-T10DIF functionWire up crc_t10dif_arch() for RISC-V using crc-clmul-template.h.  Thisgreatly improves CRC-T10DIF performance on Zbc-capable CPUs.Tested-by: Bj&#246;rn T&#246;pel &lt;bjorn@rivosinc.com&gt;Acked-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;Link: https://lore.kernel.org/r/20250216225530.306980-4-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@google.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Sun, 16 Feb 2025 22:55:29 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>46fe55b2 - riscv: vdso: Switch to generic storage implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#46fe55b2</link>
        <description>riscv: 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;Link: https://lore.kernel.org/all/20250204-vdso-store-rng-v3-9-13a4669dfc8c@linutronix.de

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Tue, 04 Feb 2025 12:05:41 +0000</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>58d868b6 - RISC-V: Select CONFIG_GENERIC_PENDING_IRQ</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#58d868b6</link>
        <description>RISC-V: Select CONFIG_GENERIC_PENDING_IRQEnable CONFIG_GENERIC_PENDING_IRQ for RISC-V so that RISC-V interrupt chipscan support delayed interrupt mirgration in interrupt context.Signed-off-by: Anup Patel &lt;apatel@ventanamicro.com&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/all/20250217085657.789309-7-apatel@ventanamicro.com

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Mon, 17 Feb 2025 08:56:52 +0000</pubDate>
        <dc:creator>Anup Patel &lt;apatel@ventanamicro.com&gt;</dc:creator>
    </item>
<item>
        <title>a762e926 - ftrace: Add CONFIG_HAVE_FTRACE_GRAPH_FUNC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#a762e926</link>
        <description>ftrace: Add CONFIG_HAVE_FTRACE_GRAPH_FUNCAdd CONFIG_HAVE_FTRACE_GRAPH_FUNC kconfig in addition to ftrace_graph_funcmacro check. This is for the other feature (e.g. FPROBE) which requires toaccess ftrace_regs from fgraph_ops::entryfunc() can avoid compiling ifthe fgraph can not pass the valid ftrace_regs.Signed-off-by: Masami Hiramatsu (Google) &lt;mhiramat@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: Will Deacon &lt;will@kernel.org&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: WANG Xuerui &lt;kernel@xen0n.name&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Naveen N Rao &lt;naveen@kernel.org&gt;Cc: Madhavan Srinivasan &lt;maddy@linux.ibm.com&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: 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/173519001472.391279.1174901685282588467.stgit@devnote2Signed-off-by: Steven Rostedt (Google) &lt;rostedt@goodmis.org&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Thu, 26 Dec 2024 05:13:34 +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/riscv/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/riscv/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>d36cebe0 - lib/crc32: improve support for arch-specific overrides</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#d36cebe0</link>
        <description>lib/crc32: improve support for arch-specific overridesCurrently the CRC32 library functions are defined as weak symbols, andthe arm64 and riscv architectures override them.This method of arch-specific overrides has the limitation that it onlyworks when both the base and arch code is built-in.  Also, it makes thearch-specific code be silently not used if it is accidentally built withlib-y instead of obj-y; unfortunately the RISC-V code does this.This commit reorganizes the code to have explicit *_arch() functionsthat are called when they are enabled, similar to how some of the cryptolibrary code works (e.g. chacha_crypt() calls chacha_crypt_arch()).Make the existing kconfig choice for the CRC32 implementation alsocontrol whether the arch-optimized implementation (if one is available)is enabled or not.  Make it enabled by default if CRC32 is also enabled.The result is that arch-optimized CRC32 library functions will beincluded automatically when appropriate, but it is now possible todisable them.  They can also now be built as a loadable module if theCRC32 library functions happen to be used only by loadable modules, inwhich case the arch and base CRC32 modules will be automatically loadedvia direct symbol dependency when appropriate.Reviewed-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Link: https://lore.kernel.org/r/20241202010844.144356-3-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@google.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Mon, 02 Dec 2024 01:08:27 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>94a7734d - RISC-V: Add Svade and Svadu Extensions Support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Kconfig#94a7734d</link>
        <description>RISC-V: Add Svade and Svadu Extensions SupportSvade and Svadu extensions represent two schemes for managing the PTE A/Dbits. When the PTE A/D bits need to be set, Svade extension intdicatesthat a related page fault will be raised. In contrast, the Svadu extensionsupports hardware updating of PTE A/D bits. Since the Svade extension ismandatory and the Svadu extension is optional in RVA23 profile, by defaultthe M-mode firmware will enable the Svadu extension in the menvcfg CSRwhen only Svadu is present in DT.This patch detects Svade and Svadu extensions from DT and addsarch_has_hw_pte_young() to enable optimization in MGLRU and__wp_page_copy_user() when we have the PTE A/D bits hardware updatingsupport.Co-developed-by: Jinyu Tang &lt;tjytimi@163.com&gt;Signed-off-by: Jinyu Tang &lt;tjytimi@163.com&gt;Signed-off-by: Yong-Xuan Wang &lt;yongxuan.wang@sifive.com&gt;Reviewed-by: Andrew Jones &lt;ajones@ventanamicro.com&gt;Reviewed-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;Acked-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Link: https://lore.kernel.org/r/20240726084931.28924-2-yongxuan.wang@sifive.comSigned-off-by: Anup Patel &lt;anup@brainfault.org&gt;

            List of files:
            /linux-6.15/arch/riscv/Kconfig</description>
        <pubDate>Fri, 26 Jul 2024 08:49:26 +0000</pubDate>
        <dc:creator>Yong-Xuan Wang &lt;yongxuan.wang@sifive.com&gt;</dc:creator>
    </item>
</channel>
</rss>
