<?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>0c3beacf - asm-generic: introduce text-patching.h</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#0c3beacf</link>
        <description>asm-generic: introduce text-patching.hSeveral architectures support text patching, but they name the headerfiles that declare patching functions differently.Make all such headers consistently named text-patching.h and add an emptyheader in asm-generic for architectures that do not support text patching.Link: https://lkml.kernel.org/r/20241023162711.2579610-4-rppt@kernel.orgSigned-off-by: Mike Rapoport (Microsoft) &lt;rppt@kernel.org&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt; # m68kAcked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Reviewed-by: Luis Chamberlain &lt;mcgrof@kernel.org&gt;Tested-by: kdevops &lt;kdevops@lists.linux.dev&gt;Cc: Andreas Larsson &lt;andreas@gaisler.com&gt;Cc: Andy Lutomirski &lt;luto@kernel.org&gt;Cc: Ard Biesheuvel &lt;ardb@kernel.org&gt;Cc: Borislav Petkov (AMD) &lt;bp@alien8.de&gt;Cc: Brian Cain &lt;bcain@quicinc.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;Cc: Guo Ren &lt;guoren@kernel.org&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Johannes Berg &lt;johannes@sipsolutions.net&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Kent Overstreet &lt;kent.overstreet@linux.dev&gt;Cc: Liam R. Howlett &lt;Liam.Howlett@Oracle.com&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Masami Hiramatsu (Google) &lt;mhiramat@kernel.org&gt;Cc: Matt Turner &lt;mattst88@gmail.com&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Michal Simek &lt;monstr@monstr.eu&gt;Cc: Oleg Nesterov &lt;oleg@redhat.com&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Richard Weinberger &lt;richard@nod.at&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Song Liu &lt;song@kernel.org&gt;Cc: Stafford Horne &lt;shorne@gmail.com&gt;Cc: Steven Rostedt (Google) &lt;rostedt@goodmis.org&gt;Cc: Suren Baghdasaryan &lt;surenb@google.com&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Uladzislau Rezki (Sony) &lt;urezki@gmail.com&gt;Cc: Vineet Gupta &lt;vgupta@kernel.org&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/loongarch/include/asm/Kbuild</description>
        <pubDate>Wed, 23 Oct 2024 16:27:06 +0000</pubDate>
        <dc:creator>Mike Rapoport (Microsoft) &lt;rppt@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e5ba90ab - LoongArch: Revert qspinlock to test-and-set simple lock on VM</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#e5ba90ab</link>
        <description>LoongArch: Revert qspinlock to test-and-set simple lock on VMSimilar with x86, when VM is detected, revert to a simple test-and-setlock to avoid the horrors of queue preemption.Tested on 3C5000 Dual-way machine with 32 cores and 2 numa nodes,test case is kcbench on kernel mainline 6.10, the detailed command is&quot;kcbench --src /root/src/linux&quot;Performance on host machine                      kernel compile time       performance impact   Original           150.29 seconds   With patch         150.19 seconds            almost no impactPerformance on virtual machine:1. 1 VM with 32 vCPUs and 2 numa node, numa node pinned                      kernel compile time       performance impact   Original           170.87 seconds   With patch         171.73 seconds            almost no impact2. 2 VMs, each VM with 32 vCPUs and 2 numa node, numa node pinned                      kernel compile time       performance impact   Original           2362.04 seconds   With patch         354.73  seconds            +565%Signed-off-by: Bibo Mao &lt;maobibo@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Wed, 11 Sep 2024 15:26:32 +0000</pubDate>
        <dc:creator>Bibo Mao &lt;maobibo@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>46bcce50 - arch, mm: move definition of node_data to generic code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#46bcce50</link>
        <description>arch, mm: move definition of node_data to generic codeEvery architecture that supports NUMA defines node_data in the same way:	struct pglist_data *node_data[MAX_NUMNODES];No reason to keep multiple copies of this definition and its forwarddeclarations, especially when such forward declaration is the only thingin include/asm/mmzone.h for many architectures.Add definition and declaration of node_data to generic code and droparchitecture-specific versions.Link: https://lkml.kernel.org/r/20240807064110.1003856-8-rppt@kernel.orgSigned-off-by: Mike Rapoport (Microsoft) &lt;rppt@kernel.org&gt;Acked-by: David Hildenbrand &lt;david@redhat.com&gt;Reviewed-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Acked-by: Davidlohr Bueso &lt;dave@stgolabs.net&gt;Tested-by: Zi Yan &lt;ziy@nvidia.com&gt; # for x86_64 and arm64Tested-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt; [arm64 + CXL via QEMU]Acked-by: Dan Williams &lt;dan.j.williams@intel.com&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Cc: Andreas Larsson &lt;andreas@gaisler.com&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: David S. Miller &lt;davem@davemloft.net&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Rafael J. Wysocki &lt;rafael@kernel.org&gt;Cc: Rob Herring (Arm) &lt;robh@kernel.org&gt;Cc: Samuel Holland &lt;samuel.holland@sifive.com&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&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/loongarch/include/asm/Kbuild</description>
        <pubDate>Wed, 07 Aug 2024 06:40:51 +0000</pubDate>
        <dc:creator>Mike Rapoport (Microsoft) &lt;rppt@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>26a3b85b - loongarch: convert to generic syscall table</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#26a3b85b</link>
        <description>loongarch: convert to generic syscall tableThe uapi/asm/unistd_64.h and asm/syscall_table_64.h headers can now begenerated from scripts/syscall.tbl, which makes this consistent withthe other architectures that have their own syscall.tbl.Unlike the other architectures using the asm-generic header, loongarchuses none of the deprecated system calls at the moment.Both the user visible side of asm/unistd.h and the internal syscalltable in the kernel should have the same effective contents after this.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Tue, 23 Apr 2024 15:41:56 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>ff96f5c6 - loongarch: avoid generating extra header files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#ff96f5c6</link>
        <description>loongarch: avoid generating extra header filesThe list of generated headers is rather outdated, some of these no longerexist, while others are already listed in include/asm-generic/Kbuildso there is no need to list them here.As we start validating the list of headers against the files that exist,the outdated ones now cause a warning.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Wed, 05 Jun 2024 14:27:14 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>372631bb - LoongArch: KVM: Add hypercall instruction emulation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#372631bb</link>
        <description>LoongArch: KVM: Add hypercall instruction emulationOn LoongArch system, there is a hypercall instruction special forvirtualization. When system executes this instruction on host side,there is an illegal instruction exception reported, however it willtrap into host when it is executed in VM mode.When hypercall is emulated, A0 register is set with valueKVM_HCALL_INVALID_CODE, rather than inject EXCCODE_INE invalidinstruction exception. So VM can continue to executing the next code.Signed-off-by: Bibo Mao &lt;maobibo@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Mon, 06 May 2024 14:00:46 +0000</pubDate>
        <dc:creator>Bibo Mao &lt;maobibo@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>9c68ece8 - LoongArch: Define the __io_aw() hook as mmiowb()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#9c68ece8</link>
        <description>LoongArch: Define the __io_aw() hook as mmiowb()Commit fb24ea52f78e0d595852e (&quot;drivers: Remove explicit invocations ofmmiowb()&quot;) remove all mmiowb() in drivers, but it says:&quot;NOTE: mmiowb() has only ever guaranteed ordering in conjunction withspin_unlock(). However, pairing each mmiowb() removal in this patch withthe corresponding call to spin_unlock() is not at all trivial, so thereis a small chance that this change may regress any drivers incorrectlyrelying on mmiowb() to order MMIO writes between CPUs using lock-freesynchronisation.&quot;The mmio in radeon_ring_commit() is protected by a mutex rather than aspinlock, but in the mutex fastpath it behaves similar to spinlock. Wecan add mmiowb() calls in the radeon driver but the maintainer says hedoesn&apos;t like such a workaround, and radeon is not the only example ofmutex protected mmio.So we should extend the mmiowb tracking system from spinlock to mutex,and maybe other locking primitives. This is not easy and error prone, sowe solve it in the architectural code, by simply defining the __io_aw()hook as mmiowb(). And we no longer need to override queued_spin_unlock()so use the generic definition.Without this, we get such an error when run &apos;glxgears&apos; on weak orderingarchitectures such as LoongArch:radeon 0000:04:00.0: ring 0 stalled for more than 10324msecradeon 0000:04:00.0: ring 3 stalled for more than 10240msecradeon 0000:04:00.0: GPU lockup (current fence id 0x000000000001f412 last fence id 0x000000000001f414 on ring 3)radeon 0000:04:00.0: GPU lockup (current fence id 0x000000000000f940 last fence id 0x000000000000f941 on ring 0)radeon 0000:04:00.0: scheduling IB failed (-35).[drm:radeon_gem_va_ioctl [radeon]] *ERROR* Couldn&apos;t update BO_VA (-35)radeon 0000:04:00.0: scheduling IB failed (-35).[drm:radeon_gem_va_ioctl [radeon]] *ERROR* Couldn&apos;t update BO_VA (-35)radeon 0000:04:00.0: scheduling IB failed (-35).[drm:radeon_gem_va_ioctl [radeon]] *ERROR* Couldn&apos;t update BO_VA (-35)radeon 0000:04:00.0: scheduling IB failed (-35).[drm:radeon_gem_va_ioctl [radeon]] *ERROR* Couldn&apos;t update BO_VA (-35)radeon 0000:04:00.0: scheduling IB failed (-35).[drm:radeon_gem_va_ioctl [radeon]] *ERROR* Couldn&apos;t update BO_VA (-35)radeon 0000:04:00.0: scheduling IB failed (-35).[drm:radeon_gem_va_ioctl [radeon]] *ERROR* Couldn&apos;t update BO_VA (-35)radeon 0000:04:00.0: scheduling IB failed (-35).[drm:radeon_gem_va_ioctl [radeon]] *ERROR* Couldn&apos;t update BO_VA (-35)Link: https://lore.kernel.org/dri-devel/29df7e26-d7a8-4f67-b988-44353c4270ac@amd.com/T/#tLink: https://lore.kernel.org/linux-arch/20240301130532.3953167-1-chenhuacai@loongson.cn/T/#tCc: stable@vger.kernel.orgSigned-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Tue, 19 Mar 2024 07:50:34 +0000</pubDate>
        <dc:creator>Huacai Chen &lt;chenhuacai@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>cb8a2ef0 - LoongArch: Add ORC stack unwinder support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#cb8a2ef0</link>
        <description>LoongArch: Add ORC stack unwinder supportThe kernel CONFIG_UNWINDER_ORC option enables the ORC unwinder, which issimilar in concept to a DWARF unwinder. The difference is that the formatof the ORC data is much simpler than DWARF, which in turn allows the ORCunwinder to be much simpler and faster.The ORC data consists of unwind tables which are generated by objtool.After analyzing all the code paths of a .o file, it determines informationabout the stack state at each instruction address in the file and outputsthat information to the .orc_unwind and .orc_unwind_ip sections.The per-object ORC sections are combined at link time and are sorted andpost-processed at boot time. The unwinder uses the resulting data tocorrelate instruction addresses with their stack states at run time.Most of the logic are similar with x86, in order to get ra info before rais saved into stack, add ra_reg and ra_offset into orc_entry. At the sametime, modify some arch-specific code to silence the objtool warnings.Co-developed-by: Jinyang He &lt;hejinyang@loongson.cn&gt;Signed-off-by: Jinyang He &lt;hejinyang@loongson.cn&gt;Co-developed-by: Youling Tang &lt;tangyouling@loongson.cn&gt;Signed-off-by: Youling Tang &lt;tangyouling@loongson.cn&gt;Signed-off-by: Tiezhu Yang &lt;yangtiezhu@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Mon, 11 Mar 2024 14:23:47 +0000</pubDate>
        <dc:creator>Tiezhu Yang &lt;yangtiezhu@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>a746ceb1 - LoongArch: Remove &lt;asm/export.h&gt;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#a746ceb1</link>
        <description>LoongArch: Remove &lt;asm/export.h&gt;All *.S files under arch/loongarch/ have been converted to include&lt;linux/export.h&gt; instead of &lt;asm/export.h&gt;.Remove &lt;asm/export.h&gt;.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Fri, 25 Aug 2023 15:40:26 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e031a5f3 - LoongArch: Support dbar with different hints</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#e031a5f3</link>
        <description>LoongArch: Support dbar with different hintsTraditionally, LoongArch uses &quot;dbar 0&quot; (full completion barrier) foreverything. But the full completion barrier is a performance killer, soLoongson-3A6000 and newer processors have made finer granularity hintsavailable:Bit4: ordering or completion (0: completion, 1: ordering)Bit3: barrier for previous read (0: true, 1: false)Bit2: barrier for previous write (0: true, 1: false)Bit1: barrier for succeeding read (0: true, 1: false)Bit0: barrier for succeeding write (0: true, 1: false)Hint 0x700: barrier for &quot;read after read&quot; from the same address, whichis needed by LL-SC loops on old models (dbar 0x700 behaves the same asnop if such reordering is disabled on new models).This patch makes use of the various new hints for different kinds ofmemory barriers. It brings performance improvements on Loongson-3A6000series, while not affecting the existing models because all variants aretreated as &apos;dbar 0&apos; there.Why override queued_spin_unlock()?After commit 01e3b958efe85a26d9b (&quot;drivers: Remove explicit invocationsof mmiowb()&quot;) we need a completion barrier in queued_spin_unlock(), butthe generic implementation use smp_store_release() which only provide anordering barrier.Signed-off-by: Jun Yi &lt;yijun@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Thu, 29 Jun 2023 12:58:44 +0000</pubDate>
        <dc:creator>Huacai Chen &lt;chenhuacai@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>5f1e001b - LoongArch: Add qspinlock support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#5f1e001b</link>
        <description>LoongArch: Add qspinlock supportOn NUMA system, the performance of qspinlock is better than genericspinlock. Below is the UnixBench test results on a 8 nodes (4 coresper node, 32 cores in total) machine.A. With generic spinlock:System Benchmarks Index Values               BASELINE       RESULT    INDEXDhrystone 2 using register variables         116700.0  449574022.5  38523.9Double-Precision Whetstone                       55.0      85190.4  15489.2Execl Throughput                                 43.0      14696.2   3417.7File Copy 1024 bufsize 2000 maxblocks          3960.0     143157.8    361.5File Copy 256 bufsize 500 maxblocks            1655.0      37631.8    227.4File Copy 4096 bufsize 8000 maxblocks          5800.0     444814.2    766.9Pipe Throughput                               12440.0    5047490.7   4057.5Pipe-based Context Switching                   4000.0    2021545.7   5053.9Process Creation                                126.0      23829.8   1891.3Shell Scripts (1 concurrent)                     42.4      33756.7   7961.5Shell Scripts (8 concurrent)                      6.0       4062.9   6771.5System Call Overhead                          15000.0    2479748.6   1653.2                                                                   ========System Benchmarks Index Score                                        2955.6B. With qspinlock:System Benchmarks Index Values               BASELINE       RESULT    INDEXDhrystone 2 using register variables         116700.0  449467876.9  38514.8Double-Precision Whetstone                       55.0      85174.6  15486.3Execl Throughput                                 43.0      14769.1   3434.7File Copy 1024 bufsize 2000 maxblocks          3960.0     146150.5    369.1File Copy 256 bufsize 500 maxblocks            1655.0      37496.8    226.6File Copy 4096 bufsize 8000 maxblocks          5800.0     447527.0    771.6Pipe Throughput                               12440.0    5175989.2   4160.8Pipe-based Context Switching                   4000.0    2207747.8   5519.4Process Creation                                126.0      25125.5   1994.1Shell Scripts (1 concurrent)                     42.4      33461.2   7891.8Shell Scripts (8 concurrent)                      6.0       4024.7   6707.8System Call Overhead                          15000.0    2917278.6   1944.9                                                                   ========System Benchmarks Index Score                                        3040.1Signed-off-by: Rui Wang &lt;wangrui@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Wed, 12 Oct 2022 08:36:14 +0000</pubDate>
        <dc:creator>Huacai Chen &lt;chenhuacai@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>6f418aea - loongarch: remove generic-y += termios.h</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#6f418aea</link>
        <description>loongarch: remove generic-y += termios.hnot really needed - UAPI mandatory-y += termios.h is sufficient...Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Acked-by: Huacai Chen &lt;chenhuacai@kernel.org&gt;Link: https://lore.kernel.org/r/20220821010239.1554132-1-viro@zeniv.linux.org.ukSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Sun, 21 Aug 2022 01:02:32 +0000</pubDate>
        <dc:creator>Al Viro &lt;viro@zeniv.linux.org.uk&gt;</dc:creator>
    </item>
<item>
        <title>fa96b57c - LoongArch: Add build infrastructure</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/include/asm/Kbuild#fa96b57c</link>
        <description>LoongArch: Add build infrastructureAdd Kbuild, Makefile, Kconfig and link script for LoongArch buildinfrastructure.Reviewed-by: Guo Ren &lt;guoren@kernel.org&gt;Reviewed-by: WANG Xuerui &lt;git@xen0n.name&gt;Reviewed-by: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/include/asm/Kbuild</description>
        <pubDate>Tue, 31 May 2022 10:04:11 +0000</pubDate>
        <dc:creator>Huacai Chen &lt;chenhuacai@loongson.cn&gt;</dc:creator>
    </item>
</channel>
</rss>
