<?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 Kbuild</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>8212f898 - kbuild: use more subdir- for visiting subdirectories while cleaning</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/Kbuild#8212f898</link>
        <description>kbuild: use more subdir- for visiting subdirectories while cleaningDocumentation/kbuild/makefiles.rst suggests to use &quot;archclean&quot; forcleaning arch/$(SRCARCH)/boot/, but it is not a hard requirement.Since commit d92cc4d51643 (&quot;kbuild: require all architectures to havearch/$(SRCARCH)/Kbuild&quot;), we can use the &quot;subdir- += boot&quot; trick forall architectures. This can take advantage of the parallel option (-j)for &quot;make clean&quot;.I also cleaned up the comments in arch/$(SRCARCH)/Makefile. The &quot;archdep&quot;target no longer exists.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt; (powerpc)

            List of files:
            /linux-6.15/arch/arm64/Kbuild</description>
        <pubDate>Wed, 13 Oct 2021 06:36:22 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>57d276bb - arm64: hyperv: Add Hyper-V hypercall and register access utilities</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/Kbuild#57d276bb</link>
        <description>arm64: hyperv: Add Hyper-V hypercall and register access utilitieshyperv-tlfs.h defines Hyper-V interfaces from the Hyper-V Top LevelFunctional Spec (TLFS), and #includes the architecture-independentpart of hyperv-tlfs.h in include/asm-generic.  The published TLFSis distinctly oriented to x86/x64, so the ARM64-specifichyperv-tlfs.h includes information for ARM64 that is not yet formallypublished. The TLFS is available here:  docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/reference/tlfsmshyperv.h defines Linux-specific structures and routines forinteracting with Hyper-V on ARM64, and #includes the architecture-independent part of mshyperv.h in include/asm-generic.Use these definitions to provide utility functions to makeHyper-V hypercalls and to get and set Hyper-V providedregisters associated with a virtual processor.Signed-off-by: Michael Kelley &lt;mikelley@microsoft.com&gt;Reviewed-by: Sunil Muthuswamy &lt;sunilmut@microsoft.com&gt;Acked-by: Marc Zyngier &lt;maz@kernel.org&gt;Acked-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Link: https://lore.kernel.org/r/1628092359-61351-2-git-send-email-mikelley@microsoft.comSigned-off-by: Wei Liu &lt;wei.liu@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/Kbuild</description>
        <pubDate>Wed, 04 Aug 2021 15:52:35 +0000</pubDate>
        <dc:creator>Michael Kelley &lt;mikelley@microsoft.com&gt;</dc:creator>
    </item>
<item>
        <title>6bdacdb4 - bpf: Fix BPF_JIT kconfig symbol dependency</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/Kbuild#6bdacdb4</link>
        <description>bpf: Fix BPF_JIT kconfig symbol dependencyRandy reported a randconfig build error recently on i386:  ld: arch/x86/net/bpf_jit_comp32.o: in function `do_jit&apos;:  bpf_jit_comp32.c:(.text+0x28c9): undefined reference to `__bpf_call_base&apos;  ld: arch/x86/net/bpf_jit_comp32.o: in function `bpf_int_jit_compile&apos;:  bpf_jit_comp32.c:(.text+0x3694): undefined reference to `bpf_jit_blind_constants&apos;  ld: bpf_jit_comp32.c:(.text+0x3719): undefined reference to `bpf_jit_binary_free&apos;  ld: bpf_jit_comp32.c:(.text+0x3745): undefined reference to `bpf_jit_binary_alloc&apos;  ld: bpf_jit_comp32.c:(.text+0x37d3): undefined reference to `bpf_jit_prog_release_other&apos;  [...]The cause was that b24abcff918a (&quot;bpf, kconfig: Add consolidated menu entry forbpf with core options&quot;) moved BPF_JIT from net/Kconfig into kernel/bpf/Kconfigand previously BPF_JIT was guarded by a &apos;if NET&apos;. However, there is no actualdependency on NET, it&apos;s just that menuconfig NET selects BPF. And the latter inturn causes kernel/bpf/core.o to be built which contains above symbols. Randy&apos;srandconfig didn&apos;t have NET set, and BPF wasn&apos;t either, but BPF_JIT otoh was.Detangle this by making BPF_JIT depend on BPF instead. arm64 was the only archthat pulled in its JIT in net/ via obj-$(CONFIG_NET), all others unconditionallypull this dir in via obj-y. Do the same since CONFIG_NET guard there is reallyuseless as we compiled the JIT via obj-$(CONFIG_BPF_JIT) += bpf_jit_comp.o anyway.Fixes: b24abcff918a (&quot;bpf, kconfig: Add consolidated menu entry for bpf with core options&quot;)Reported-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Signed-off-by: Daniel Borkmann &lt;daniel@iogearbox.net&gt;Acked-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Tested-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;

            List of files:
            /linux-6.15/arch/arm64/Kbuild</description>
        <pubDate>Wed, 12 May 2021 18:57:14 +0000</pubDate>
        <dc:creator>Daniel Borkmann &lt;daniel@iogearbox.net&gt;</dc:creator>
    </item>
<item>
        <title>6bfa3134 - arm64: add arch/arm64/Kbuild</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/Kbuild#6bfa3134</link>
        <description>arm64: add arch/arm64/KbuildUse the standard obj-y form to specify the sub-directories underarch/arm64/. No functional change intended.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Signed-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/Kbuild</description>
        <pubDate>Wed, 21 Aug 2019 09:11:17 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
</channel>
</rss>
