<?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>bffada82 - riscv: Remove duplicate CONFIG_PAGE_OFFSET definition</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#bffada82</link>
        <description>riscv: Remove duplicate CONFIG_PAGE_OFFSET definitionThis definition is already provided by include/generated/autoconf.h,so it does not need to be provided on the command line.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-2-samuel.holland@sifive.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Sat, 26 Oct 2024 17:13:53 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel.holland@sifive.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/Makefile#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/Makefile</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>214c0eea - kbuild: add $(objtree)/ prefix to some in-kernel build artifacts</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#214c0eea</link>
        <description>kbuild: add $(objtree)/ prefix to some in-kernel build artifacts$(objtree) refers to the top of the output directory of kernel builds.This commit adds the explicit $(objtree)/ prefix to build artifactsneeded for building external modules.This change has no immediate impact, as the top-level Makefilecurrently defines:  objtree         := .This commit prepares for supporting the building of external modulesin a different directory.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Nicolas Schier &lt;nicolas@fjasle.eu&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Sun, 10 Nov 2024 01:34:30 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>1658ef43 - riscv: Implement cmpxchg8/16() using Zabha</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#1658ef43</link>
        <description>riscv: Implement cmpxchg8/16() using ZabhaThis adds runtime support for Zabha in cmpxchg8/16() operations.Note that in the absence of Zacas support in the toolchain, CASinstructions from Zabha won&apos;t be used.Signed-off-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;Reviewed-by: Andrew Jones &lt;ajones@ventanamicro.com&gt;Reviewed-by: Andrea Parri &lt;parri.andrea@gmail.com&gt;Link: https://lore.kernel.org/r/20241103145153.105097-6-alexghiti@rivosinc.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Sun, 03 Nov 2024 14:51:45 +0000</pubDate>
        <dc:creator>Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;</dc:creator>
    </item>
<item>
        <title>38acdee3 - riscv: Implement cmpxchg32/64() using Zacas</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#38acdee3</link>
        <description>riscv: Implement cmpxchg32/64() using ZacasThis adds runtime support for Zacas in cmpxchg operations.Signed-off-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;Reviewed-by: Andrew Jones &lt;ajones@ventanamicro.com&gt;Reviewed-by: Andrea Parri &lt;parri.andrea@gmail.com&gt;Link: https://lore.kernel.org/r/20241103145153.105097-4-alexghiti@rivosinc.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Sun, 03 Nov 2024 14:51:43 +0000</pubDate>
        <dc:creator>Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;</dc:creator>
    </item>
<item>
        <title>ab4ce983 - riscv: boot: add Image.xz support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#ab4ce983</link>
        <description>riscv: boot: add Image.xz supportThe Image.* targets existed for other compressors already.  Bootloadersupport is needed for decompression.This is for CONFIG_EFI_ZBOOT=n. With CONFIG_EFI_ZBOOT=y, XZ was alreadyavailable.Comparision with Linux 6.10 RV64GC tinyconfig (in KiB):    1027 Image     594 Image.gz     541 Image.zst     510 Image.lzma     474 Image.xzLink: https://lkml.kernel.org/r/20240721133633.47721-17-lasse.collin@tukaani.orgSigned-off-by: Lasse Collin &lt;lasse.collin@tukaani.org&gt;Reviewed-by: Emil Renner Berthing &lt;emil.renner.berthing@canonical.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: Jules Maselbas &lt;jmaselbas@zdiv.net&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;Cc: Joel Stanley &lt;joel@jms.id.au&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Jubin Zhong &lt;zhongjubin@huawei.com&gt;Cc: Krzysztof Kozlowski &lt;krzk@kernel.org&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Randy Dunlap &lt;rdunlap@infradead.org&gt;Cc: Rui Li &lt;me@lirui.org&gt;Cc: Sam James &lt;sam@gentoo.org&gt;Cc: Simon Glass &lt;sjg@chromium.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Sun, 21 Jul 2024 13:36:31 +0000</pubDate>
        <dc:creator>Lasse Collin &lt;lasse.collin@tukaani.org&gt;</dc:creator>
    </item>
<item>
        <title>6da11157 - riscv: Provide a definition for &apos;pause&apos;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#6da11157</link>
        <description>riscv: Provide a definition for &apos;pause&apos;If we&apos;re going to provide the encoding for &apos;pause&apos; in cpu_relax()anyway, then we can drop the toolchain checks and just always useit. The advantage of doing this is that other code that needpause don&apos;t need to also define it (yes, another use is coming).Add the definition to insn-def.h since it&apos;s an instructiondefinition and also because insn-def.h doesn&apos;t include much, soit&apos;s safe to include from asm/vdso/processor.h without concern forcircular dependencies.Signed-off-by: Andrew Jones &lt;ajones@ventanamicro.com&gt;Link: https://lore.kernel.org/r/20240426100820.14762-9-ajones@ventanamicro.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Fri, 26 Apr 2024 10:08:21 +0000</pubDate>
        <dc:creator>Andrew Jones &lt;ajones@ventanamicro.com&gt;</dc:creator>
    </item>
<item>
        <title>07501c49 - riscv: show help string for riscv-specific targets</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#07501c49</link>
        <description>riscv: show help string for riscv-specific targetsDefine the archhelp variable so that &apos;make ACRH=riscv help&apos; will showthe targets specific to building a RISC-V kernel like otherarchitectures.Tested-by: Bj&#246;rn T&#246;pel &lt;bjorn@rivosinc.com&gt;Signed-off-by: Emil Renner Berthing &lt;emil.renner.berthing@canonical.com&gt;Reviewed-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Link: https://lore.kernel.org/r/20240504193446.196886-3-emil.renner.berthing@canonical.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Sat, 04 May 2024 19:34:39 +0000</pubDate>
        <dc:creator>Emil Renner Berthing &lt;emil.renner.berthing@canonical.com&gt;</dc:creator>
    </item>
<item>
        <title>e79dfcbf - riscv: make image compression configurable</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#e79dfcbf</link>
        <description>riscv: make image compression configurablePreviously the build process would always set KBUILD_IMAGE to theuncompressed Image file (unless XIP_KERNEL or EFI_ZBOOT was enabled) andunconditionally compress it into Image.gz. However there are alreadybuild targets for Image.bz2, Image.lz4, Image.lzma, Image.lzo andImage.zstd, so let&apos;s make use of those, make the compression methodconfigurable and set KBUILD_IMAGE accordingly so that targets like&apos;make install&apos; and &apos;make bindeb-pkg&apos; will use the chosen image.Tested-by: Bj&#246;rn T&#246;pel &lt;bjorn@rivosinc.com&gt;Signed-off-by: Emil Renner Berthing &lt;emil.renner.berthing@canonical.com&gt;Reviewed-by: Nicolas Schier &lt;n.schier@avm.de&gt;Reviewed-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Link: https://lore.kernel.org/r/20240504193446.196886-2-emil.renner.berthing@canonical.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Sat, 04 May 2024 19:34:38 +0000</pubDate>
        <dc:creator>Emil Renner Berthing &lt;emil.renner.berthing@canonical.com&gt;</dc:creator>
    </item>
<item>
        <title>77acc6b5 - riscv: add support for kernel-mode FPU</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#77acc6b5</link>
        <description>riscv: add support for kernel-mode FPUThis is motivated by the amdgpu DRM driver, which needs floating-pointcode to support recent hardware.  That code is not performance-critical,so only provide a minimal non-preemptible implementation for now.Support is limited to riscv64 because riscv32 requires runtime (libgcc)assistance to convert between doubles and 64-bit integers.Link: https://lkml.kernel.org/r/20240329072441.591471-12-samuel.holland@sifive.comSigned-off-by: Samuel Holland &lt;samuel.holland@sifive.com&gt;Acked-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Reviewed-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt; Cc: Alex Deucher &lt;alexander.deucher@amd.com&gt;Cc: Borislav Petkov (AMD) &lt;bp@alien8.de&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicolas Schier &lt;nicolas@fjasle.eu&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: WANG Xuerui &lt;git@xen0n.name&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Fri, 29 Mar 2024 07:18:26 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel.holland@sifive.com&gt;</dc:creator>
    </item>
<item>
        <title>70a57b24 - RISC-V: enable building 64-bit kernels with rust support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#70a57b24</link>
        <description>RISC-V: enable building 64-bit kernels with rust supportThe rust modules work on 64-bit RISC-V, with no twiddling required.Select HAVE_RUST and provide the required flags to kbuild so that themodules can be used. The Makefile and Kconfig changes are lifted fromwork done by Miguel in the Rust-for-Linux tree, hence his authorship.Following the rabbit hole, the Makefile changes originated in a script,created based on config files originally added by Gary, hence hisco-authorship.32-bit is broken in core rust code, so support is limited to 64-bit:ld.lld: error: undefined symbol: __udivdi3As 64-bit RISC-V is now supported, add it to the arch support table.Co-developed-by: Gary Guo &lt;gary@garyguo.net&gt;Signed-off-by: Gary Guo &lt;gary@garyguo.net&gt;Signed-off-by: Miguel Ojeda &lt;ojeda@kernel.org&gt;Co-developed-by: Conor Dooley &lt;conor.dooley@microchip.com&gt;Signed-off-by: Conor Dooley &lt;conor.dooley@microchip.com&gt;Link: https://lore.kernel.org/r/20240409-silencer-book-ce1320f06aab@spudSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Tue, 09 Apr 2024 17:25:16 +0000</pubDate>
        <dc:creator>Miguel Ojeda &lt;ojeda@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ef10bdf9 - riscv: Kconfig.socs: Split ARCH_CANAAN and SOC_CANAAN_K210</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#ef10bdf9</link>
        <description>riscv: Kconfig.socs: Split ARCH_CANAAN and SOC_CANAAN_K210Since SOC_FOO should be deprecated from patch [1], and cleanup for otherSoCs is already in the mailing list [2,3,4], we remove the use ofSOC_CANAAN and use ARCH_CANAAN for SoCs vendored by Canaan instead from nowon. And allows ARCH_CANAAN to be selected for other Canaan SoCs. However,we should keep the config SOC_CANAAN and use def_bool to redirect thesymbol temporarily to avoid potential conflict.Since we now have Canaan Kendryte K230 with MMU, ARCH_CANAAN is no longerreferred to as K210. There are some special features for K210, like M-ModeNo MMU and loader.bin in arch/riscv/Makefile. If we keep ARCH_CANAAN forother Canaan SoCs and remove the K210, the depends on !MMU in Kconfig mayconfuse some users who try to boot Kernel with MMU on K210, as Damienmentioned in the list [5]. Thus, we introduce a new symbol SOC_CANAAN_K210for any conditional code or driver selection specific to the K210, so userswill not try to build some K210-specific things when MMU is enabled and seeit fails to boot on K210.[1] https://lore.kernel.org/linux-riscv/20221121221414.109965-1-conor@kernel.org/[2] https://lore.kernel.org/linux-riscv/20240305-praying-clad-c4fbcaa7ed0a@spud/[3] https://lore.kernel.org/linux-riscv/20240305-fled-undrilled-41dc0c46bb29@spud/[4] https://lore.kernel.org/linux-riscv/20240305-stress-earflap-d7ddb8655a4d@spud/[5] https://lore.kernel.org/linux-riscv/2b0511af-1b5b-4c90-a673-c9113bb58142@kernel.org/Signed-off-by: Yangyu Chen &lt;cyy@cyyself.name&gt;Signed-off-by: Conor Dooley &lt;conor.dooley@microchip.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Thu, 28 Mar 2024 17:06:09 +0000</pubDate>
        <dc:creator>Yangyu Chen &lt;cyy@cyyself.name&gt;</dc:creator>
    </item>
<item>
        <title>3b938e23 - riscv: merge two if-blocks for KBUILD_IMAGE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#3b938e23</link>
        <description>riscv: merge two if-blocks for KBUILD_IMAGEIn arch/riscv/Makefile, KBUILD_IMAGE is assigned in two separateif-blocks.When CONFIG_XIP_KERNEL is disabled, the decision made by the firstif-block is overwritten by the second one, which is redundant andunreadable.Merge the two if-blocks.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;Link: https://lore.kernel.org/r/20240323113500.1249272-1-masahiroy@kernel.orgSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Sat, 23 Mar 2024 11:35:00 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>4b0bf9a0 - riscv: compat_vdso: install compat_vdso.so.dbg to /lib/modules/*/vdso/</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#4b0bf9a0</link>
        <description>riscv: compat_vdso: install compat_vdso.so.dbg to /lib/modules/*/vdso/&apos;make vdso_install&apos; installs debug vdso files to /lib/modules/*/vdso/.Only for the compat vdso on riscv, the installation destination differs;compat_vdso.so.dbg is installed to /lib/module/*/compat_vdso/.To follow the standard install destination and simplify the vdso_installlogic, change the install destination to standard /lib/modules/*/vdso/.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Alexandre Ghiti &lt;alexghiti@rivosinc.com&gt;Link: https://lore.kernel.org/r/20231117125807.1058477-1-masahiroy@kernel.orgSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Fri, 17 Nov 2023 12:58:07 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>021d2342 - RISC-V: build: Allow LTO to be selected</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#021d2342</link>
        <description>RISC-V: build: Allow LTO to be selectedAllow LTO to be selected for RISC-V, only when LLD &gt;= 14, since there isan issue [1] in prior LLD versions that prevents LLD to generate propermachine code for RISC-V when writing `nop`s.To avoid boot failures in QEMU [2], &apos;-mattr=+c&apos; and &apos;-mattr=+relax&apos;need to be passed via &apos;-mllvm&apos; to ld.lld, as there appears to be anissue with LLVM&apos;s target-features and LTO [3], which can result inincorrect relocations to branch targets [4]. Once this is fixed in LLVM,it can be made conditional on affected ld.lld versions.Disable LTO for arch/riscv/kernel/pi, as llvm-objcopy expects an ELFobject file when manipulating the files in that subfolder, rather thanLLVM bitcode.[1] https://github.com/llvm/llvm-project/issues/50505, resolved by LLVM    commit e63455d5e0e5 (&quot;[MC] Use local MCSubtargetInfo in writeNops&quot;)[2] https://github.com/ClangBuiltLinux/linux/issues/1942[3] https://github.com/llvm/llvm-project/issues/59350[4] https://github.com/llvm/llvm-project/issues/65090Tested-by: Wende Tan &lt;twd2.me@gmail.com&gt;Signed-off-by: Wende Tan &lt;twd2.me@gmail.com&gt;Co-developed-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Signed-off-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Reviewed-by: Conor Dooley &lt;conor.dooley@microchip.com&gt;Link: https://lore.kernel.org/r/20231017-riscv-lto-v4-1-e7810b24e805@kernel.orgSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Tue, 17 Oct 2023 22:21:04 +0000</pubDate>
        <dc:creator>Wende Tan &lt;twd2.me@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>c4db7ff7 - riscv: add dependency among Image(.gz), loader(.bin), and vmlinuz.efi</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#c4db7ff7</link>
        <description>riscv: add dependency among Image(.gz), loader(.bin), and vmlinuz.efiA common issue in Makefile is a race in parallel building.You need to be careful to prevent multiple threads from writing to thesame file simultaneously.Commit 3939f3345050 (&quot;ARM: 8418/1: add boot image dependencies to notgenerate invalid images&quot;) addressed such a bad scenario.A similar symptom occurs with the following command:  $ make -j$(nproc) ARCH=riscv Image Image.gz loader loader.bin vmlinuz.efi    [ snip ]    SORTTAB vmlinux    OBJCOPY arch/riscv/boot/Image    OBJCOPY arch/riscv/boot/Image    OBJCOPY arch/riscv/boot/Image    OBJCOPY arch/riscv/boot/Image    OBJCOPY arch/riscv/boot/Image    GZIP    arch/riscv/boot/Image.gz    AS      arch/riscv/boot/loader.o    AS      arch/riscv/boot/loader.o    Kernel: arch/riscv/boot/Image is ready    PAD     arch/riscv/boot/vmlinux.bin    GZIP    arch/riscv/boot/vmlinuz    Kernel: arch/riscv/boot/loader is ready    OBJCOPY arch/riscv/boot/loader.bin    Kernel: arch/riscv/boot/loader.bin is ready    Kernel: arch/riscv/boot/Image.gz is ready    OBJCOPY arch/riscv/boot/vmlinuz.o    LD      arch/riscv/boot/vmlinuz.efi.elf    OBJCOPY arch/riscv/boot/vmlinuz.efi    Kernel: arch/riscv/boot/vmlinuz.efi is readyThe log &quot;OBJCOPY arch/riscv/boot/Image&quot; is displayed 5 times.(also &quot;AS      arch/riscv/boot/loader.o&quot; twice.)It indicates that 5 threads simultaneously enter arch/riscv/boot/and write to arch/riscv/boot/Image.It occasionally leads to a build failure:  $ make -j$(nproc) ARCH=riscv Image Image.gz loader loader.bin vmlinuz.efi    [ snip ]    SORTTAB vmlinux    OBJCOPY arch/riscv/boot/Image    OBJCOPY arch/riscv/boot/Image    OBJCOPY arch/riscv/boot/Image    OBJCOPY arch/riscv/boot/Image    PAD     arch/riscv/boot/vmlinux.bin  truncate: Invalid number: &apos;arch/riscv/boot/vmlinux.bin&apos;  make[2]: *** [drivers/firmware/efi/libstub/Makefile.zboot:13: arch/riscv/boot/vmlinux.bin] Error 1  make[2]: *** Deleting file &apos;arch/riscv/boot/vmlinux.bin&apos;  make[1]: *** [arch/riscv/Makefile:167: vmlinuz.efi] Error 2  make[1]: *** Waiting for unfinished jobs....    Kernel: arch/riscv/boot/Image is ready    GZIP    arch/riscv/boot/Image.gz    AS      arch/riscv/boot/loader.o    AS      arch/riscv/boot/loader.o    Kernel: arch/riscv/boot/loader is ready    OBJCOPY arch/riscv/boot/loader.bin    Kernel: arch/riscv/boot/loader.bin is ready    Kernel: arch/riscv/boot/Image.gz is ready  make: *** [Makefile:234: __sub-make] Error 2Image.gz, loader, vmlinuz.efi depend on Image. loader.bin dependson loader. Such dependencies are not specified in arch/riscv/Makefile.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Reviewed-by: Samuel Holland &lt;samuel.holland@sifive.com&gt;Tested-by: Samuel Holland &lt;samuel.holland@sifive.com&gt;Link: https://lore.kernel.org/r/20231119100024.2370992-1-masahiroy@kernel.orgSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Sun, 19 Nov 2023 10:00:24 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>55b71d2c - riscv: Hoist linker relaxation disabling logic into Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#55b71d2c</link>
        <description>riscv: Hoist linker relaxation disabling logic into KconfigCertain configurations may need to be disabled if linker relaxation isin use, such as DWARF5 with ld.lld &lt; 18. Hoist the logic of whether ornot linker relaxation is in use into Kconfig so decisions can be made atconfiguration time.Reviewed-by: Fangrui Song &lt;maskray@google.com&gt;Signed-off-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Link: https://lore.kernel.org/r/20231205-riscv-restrict-dwarf5-llvm-v2-1-aedf00a382ac@kernel.orgSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Tue, 05 Dec 2023 23:53:50 +0000</pubDate>
        <dc:creator>Nathan Chancellor &lt;nathan@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b6da6cbe - riscv: introduce RISCV_EFFICIENT_UNALIGNED_ACCESS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#b6da6cbe</link>
        <description>riscv: introduce RISCV_EFFICIENT_UNALIGNED_ACCESSSome riscv implementations such as T-HEAD&apos;s C906, C908, C910 and C920support efficient unaligned access, for performance reason we wantto enable HAVE_EFFICIENT_UNALIGNED_ACCESS on these platforms. Toavoid performance regressions on other non efficient unaligned accessplatforms, HAVE_EFFICIENT_UNALIGNED_ACCESS can&apos;t be globally selected.To solve this problem, runtime code patching based on the detectedspeed is a good solution. But that&apos;s not easy, it involves lots ofwork to modify vairous subsystems such as net, mm, lib and so on.This can be done step by step.So let&apos;s take an easier solution: add support to efficient unalignedaccess and hide the support under NONPORTABLE.Now let&apos;s introduce RISCV_EFFICIENT_UNALIGNED_ACCESS which depends onNONPORTABLE, if users know during config time that the kernel will beonly run on those efficient unaligned access hw platforms, they canenable it. Obviously, generic unified kernel Image shouldn&apos;t enable it.Signed-off-by: Jisheng Zhang &lt;jszhang@kernel.org&gt;Reviewed-by: Charlie Jenkins &lt;charlie@rivosinc.com&gt;Reviewed-by: Eric Biggers &lt;ebiggers@google.com&gt;Link: https://lore.kernel.org/r/20231225044207.3821-2-jszhang@kernel.orgSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Mon, 25 Dec 2023 04:42:06 +0000</pubDate>
        <dc:creator>Jisheng Zhang &lt;jszhang@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>56769ba4 - kbuild: unify vdso_install rules</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#56769ba4</link>
        <description>kbuild: unify vdso_install rulesCurrently, there is no standard implementation for vdso_install,leading to various issues: 1. Code duplication    Many architectures duplicate similar code just for copying files    to the install destination.    Some architectures (arm, sparc, x86) create build-id symlinks,    introducing more code duplication. 2. Unintended updates of in-tree build artifacts    The vdso_install rule depends on the vdso files to install.    It may update in-tree build artifacts. This can be problematic,    as explained in commit 19514fc665ff (&quot;arm, kbuild: make    &quot;make install&quot; not depend on vmlinux&quot;). 3. Broken code in some architectures    Makefile code is often copied from one architecture to another    without proper adaptation.    &apos;make vdso_install&apos; for parisc does not work.    &apos;make vdso_install&apos; for s390 installs vdso64, but not vdso32.To address these problems, this commit introduces a generic vdso_installrule.Architectures that support vdso_install need to define vdso-install-yin arch/*/Makefile. vdso-install-y lists the files to install.For example, arch/x86/Makefile looks like this:  vdso-install-$(CONFIG_X86_64)           += arch/x86/entry/vdso/vdso64.so.dbg  vdso-install-$(CONFIG_X86_X32_ABI)      += arch/x86/entry/vdso/vdsox32.so.dbg  vdso-install-$(CONFIG_X86_32)           += arch/x86/entry/vdso/vdso32.so.dbg  vdso-install-$(CONFIG_IA32_EMULATION)   += arch/x86/entry/vdso/vdso32.so.dbgThese files will be installed to $(MODLIB)/vdso/ with the .dbg suffix,if exists, stripped away.vdso-install-y can optionally take the second field after the colonseparator. This is needed because some architectures install a vdsofile as a different base name.The following is a snippet from arch/arm64/Makefile.  vdso-install-$(CONFIG_COMPAT_VDSO)      += arch/arm64/kernel/vdso32/vdso.so.dbg:vdso32.soThis will rename vdso.so.dbg to vdso32.so during installation. If sucharchitectures change their implementation so that the base names match,this workaround will go away.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Sven Schnelle &lt;svens@linux.ibm.com&gt; # s390Reviewed-by: Nicolas Schier &lt;nicolas@fjasle.eu&gt;Reviewed-by: Guo Ren &lt;guoren@kernel.org&gt;Acked-by: Helge Deller &lt;deller@gmx.de&gt;  # pariscAcked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Acked-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Sat, 14 Oct 2023 10:54:35 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>d1584d79 - riscv: Implement Shadow Call Stack</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/riscv/Makefile#d1584d79</link>
        <description>riscv: Implement Shadow Call StackImplement CONFIG_SHADOW_CALL_STACK for RISC-V. When enabled, thecompiler injects instructions to all non-leaf C functions tostore the return address to the shadow stack and unconditionallyload it again before returning, which makes it harder to corruptthe return address through a stack overflow, for example.The active shadow call stack pointer is stored in the gpregister, which makes SCS incompatible with gp relaxation. Use--no-relax-gp to ensure gp relaxation is disabled and disableglobal pointer loading.  Add SCS pointers to struct thread_info,implement SCS initialization, and task switchingSigned-off-by: Sami Tolvanen &lt;samitolvanen@google.com&gt;Tested-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Link: https://lore.kernel.org/r/20230927224757.1154247-12-samitolvanen@google.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/arch/riscv/Makefile</description>
        <pubDate>Wed, 27 Sep 2023 22:48:02 +0000</pubDate>
        <dc:creator>Sami Tolvanen &lt;samitolvanen@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
