<?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/xtensa/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/xtensa/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>66bcd060 - parport_pc: Also enable driver for PCI systems</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#66bcd060</link>
        <description>parport_pc: Also enable driver for PCI systemsNowadays PC-style parallel ports come in the form of PCI and PCIe optioncards and there are some combined parallel/serial option cards as wellthat we handle in the parport subsystem.  There is nothing in particularthat would prevent them from being used in any system equipped with PCIor PCIe connectivity, except that we do not permit the PARPORT_PC configoption to be selected for platforms for which ARCH_MIGHT_HAVE_PC_PARPORThas not been set for.The only PCI platforms that actually can&apos;t make use of PC-style parallelport hardware are those newer PCIe systems that have no support for I/Ocycles in the host bridge, required by such parallel ports.  Notably,this includes the s390 arch, which has port I/O accessors that causecompilation warnings (promoted to errors with `-Werror&apos;), and there areother cases such as the POWER9 PHB4 device, though this one has variableport I/O accessors that depend on the particular system.  Also it is notclear whether the serial port side of devices enabled by PARPORT_SERIALuses port I/O or MMIO.  Finally Super I/O solutions are always eitherISA or platform devices.Make the PARPORT_PC option selectable also for PCI systems then, exceptfor the s390 arch, however limit the availability of PARPORT_PC_SUPERIOto platforms that enable ARCH_MIGHT_HAVE_PC_PARPORT.  Update platformsaccordingly for the required &lt;asm/parport.h&gt; header.Acked-by: Sudip Mukherjee &lt;sudipm.mukherjee@gmail.com&gt;Signed-off-by: Maciej W. Rozycki &lt;macro@orcam.me.uk&gt;Link: https://lore.kernel.org/r/alpine.DEB.2.21.2202141955550.34636@angie.orcam.me.ukSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Mon, 14 Feb 2022 20:16:50 +0000</pubDate>
        <dc:creator>Maciej W. Rozycki &lt;macro@orcam.me.uk&gt;</dc:creator>
    </item>
<item>
        <title>87dbc209 - local64.h: make &lt;asm/local64.h&gt; mandatory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#87dbc209</link>
        <description>local64.h: make &lt;asm/local64.h&gt; mandatoryMake &lt;asm-generic/local64.h&gt; mandatory in include/asm-generic/Kbuild andremove all arch/*/include/asm/local64.h arch-specific files since theyonly #include &lt;asm-generic/local64.h&gt;.This fixes build errors on arch/c6x/ and arch/nios2/ forblock/blk-iocost.c.Build-tested on 21 of 25 arch-es.  (tools problems on the others)Yes, we could even rename &lt;asm-generic/local64.h&gt; to&lt;linux/local64.h&gt; and change all #includes to use&lt;linux/local64.h&gt; instead.Link: https://lkml.kernel.org/r/20201227024446.17018-1-rdunlap@infradead.orgSigned-off-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Suggested-by: Christoph Hellwig &lt;hch@infradead.org&gt;Reviewed-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Cc: Jens Axboe &lt;axboe@kernel.dk&gt;Cc: Ley Foon Tan &lt;ley.foon.tan@intel.com&gt;Cc: Mark Salter &lt;msalter@redhat.com&gt;Cc: Aurelien Jacquiot &lt;jacquiot.aurelien@gmail.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Tue, 29 Dec 2020 23:14:49 +0000</pubDate>
        <dc:creator>Randy Dunlap &lt;rdunlap@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>445247b0 - xtensa: Enable seccomp architecture tracking</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#445247b0</link>
        <description>xtensa: Enable seccomp architecture trackingTo enable seccomp constant action bitmaps, we need to have a staticmapping to the audit architecture and system call table size. Add thesefor xtensa.Signed-off-by: YiFei Zhu &lt;yifeifz2@illinois.edu&gt;Signed-off-by: Kees Cook &lt;keescook@chromium.org&gt;Link: https://lore.kernel.org/r/79669648ba167d668ea6ffb4884250abcd5ed254.1605101222.git.yifeifz2@illinois.edu

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Wed, 11 Nov 2020 13:33:53 +0000</pubDate>
        <dc:creator>YiFei Zhu &lt;yifeifz2@illinois.edu&gt;</dc:creator>
    </item>
<item>
        <title>da94a40f - xtensa: add seccomp support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#da94a40f</link>
        <description>xtensa: add seccomp supportAdd SECCOMP to xtensa Kconfig, select HAVE_ARCH_SECCOMP_FILTER, addTIF_SECCOMP and call secure_computing from do_syscall_trace_enter.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Thu, 14 Nov 2019 04:47:17 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>630f289b - asm-generic: make more kernel-space headers mandatory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#630f289b</link>
        <description>asm-generic: make more kernel-space headers mandatoryChange a header to mandatory-y if both of the following are met:[1] At least one architecture (except um) specifies it as generic-y in    arch/*/include/asm/Kbuild[2] Every architecture (except um) either has its own implementation    (arch/*/include/asm/*.h) or specifies it as generic-y in    arch/*/include/asm/KbuildThis commit was generated by the following shell script.-----------------------------------&gt;8-----------------------------------arches=$(cd arch; ls -1 | sed -e &apos;/Kconfig/d&apos; -e &apos;/um/d&apos;)tmpfile=$(mktemp)grep &quot;^mandatory-y +=&quot; include/asm-generic/Kbuild &gt; $tmpfilefind arch -path &apos;arch/*/include/asm/Kbuild&apos; |	xargs sed -n &apos;s/^generic-y += \(.*\)/\1/p&apos; | sort -u |while read headerdo	mandatory=yes	for arch in $arches	do		if ! grep -q &quot;generic-y += $header&quot; arch/$arch/include/asm/Kbuild &amp;&amp;			! [ -f arch/$arch/include/asm/$header ]; then			mandatory=no			break		fi	done	if [ &quot;$mandatory&quot; = yes ]; then		echo &quot;mandatory-y += $header&quot; &gt;&gt; $tmpfile		for arch in $arches		do			sed -i &quot;/generic-y += $header/d&quot; arch/$arch/include/asm/Kbuild		done	fidonesed -i &apos;/^mandatory-y +=/d&apos; include/asm-generic/KbuildLANG=C sort $tmpfile &gt;&gt; include/asm-generic/Kbuild-----------------------------------&gt;8-----------------------------------One obvious benefit is the diff stat: 25 files changed, 52 insertions(+), 557 deletions(-)It is tedious to list generic-y for each arch that needs it.So, mandatory-y works like a fallback default (by just wrappingasm-generic one) when arch does not have a specific headerimplementation.See the following commits:def3f7cefe4e81c296090e1722a76551142c227ca1b39bae16a62ce4aae02d958224f19316d98b24It is tedious to convert headers one by one, so I processed by a shellscript.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Michal Simek &lt;michal.simek@xilinx.com&gt;Cc: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Link: http://lkml.kernel.org/r/20200210175452.5030-1-masahiroy@kernel.orgSigned-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Thu, 02 Apr 2020 04:03:12 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>def3f7ce - asm-generic: Make dma-contiguous.h a mandatory include/asm header</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#def3f7ce</link>
        <description>asm-generic: Make dma-contiguous.h a mandatory include/asm headerdma-continuguous.h is generic for all architectures except arm32 which hasits own version.Similar change was done for msi.h by commit a1b39bae16a6(&quot;asm-generic: Make msi.h a mandatory include/asm header&quot;)Suggested-by: Christoph Hellwig &lt;hch@infradead.org&gt;Link: https://lore.kernel.org/linux-arm-kernel/20200117080446.GA8980@lst.de/T/#m92bb56b04161057635d4142e1b3b9b6b0a70122eSigned-off-by: Michal Simek &lt;michal.simek@xilinx.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Acked-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Paul Walmsley &lt;paul.walmsley@sifive.com&gt; # for arch/riscv

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Fri, 17 Jan 2020 07:48:17 +0000</pubDate>
        <dc:creator>Michal Simek &lt;michal.simek@xilinx.com&gt;</dc:creator>
    </item>
<item>
        <title>c3e0a444 - xtensa: clean up empty include files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#c3e0a444</link>
        <description>xtensa: clean up empty include filesRemove empty hw_irq.h and user.h from arch/xtensa/include/asm and usegeneric versions instead.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Fri, 27 Sep 2019 21:12:57 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>96ac6d43 - treewide: Add SPDX license identifier - Kbuild</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#96ac6d43</link>
        <description>treewide: Add SPDX license identifier - KbuildAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is:      GPL-2.0Reported-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Reviewed-by: Kate Stewart &lt;kstewart@linuxfoundation.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Thu, 30 May 2019 12:03:44 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>33ff99fb - arch: remove dangling asm-generic wrappers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#33ff99fb</link>
        <description>arch: remove dangling asm-generic wrappersThese generic-y defines do not have the corresponding generic headerin include/asm-generic/, so they are definitely invalid.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Thu, 09 May 2019 07:59:34 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>fdcd06a8 - arch: Use asm-generic header for asm/mmiowb.h</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#fdcd06a8</link>
        <description>arch: Use asm-generic header for asm/mmiowb.hHook up asm-generic/mmiowb.h to Kbuild for all architectures so that wecan subsequently include asm/mmiowb.h from core code.Cc: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Signed-off-by: Will Deacon &lt;will.deacon@arm.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Fri, 22 Feb 2019 12:49:41 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will.deacon@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>46ad0840 - locking/rwsem: Remove arch specific rwsem files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#46ad0840</link>
        <description>locking/rwsem: Remove arch specific rwsem filesAs the generic rwsem-xadd code is using the appropriate acquire andrelease versions of the atomic operations, the arch specific rwsem.hfiles will not be that much faster than the generic code as long as theatomic functions are properly implemented. So we can remove those archspecific rwsem.h and stop building asm/rwsem.h to reduce maintenanceeffort.Currently, only x86, alpha and ia64 have implemented architecturespecific fast paths. I don&apos;t have access to alpha and ia64 systems fortesting, but they are legacy systems that are not likely to be updatedto the latest kernel anyway.By using a rwsem microbenchmark, the total locking rates on a 4-socket56-core 112-thread x86-64 system before and after the patch were asfollows (mixed means equal # of read and write locks):                      Before Patch              After Patch   # of Threads  wlock   rlock   mixed     wlock   rlock   mixed   ------------  -----   -----   -----     -----   -----   -----        1        29,201  30,143  29,458    28,615  30,172  29,201        2         6,807  13,299   1,171     7,725  15,025   1,804        4         6,504  12,755   1,520     7,127  14,286   1,345        8         6,762  13,412     764     6,826  13,652     726       16         6,693  15,408     662     6,599  15,938     626       32         6,145  15,286     496     5,549  15,487     511       64         5,812  15,495      60     5,858  15,572      60There were some run-to-run variations for the multi-thread tests. Forx86-64, using the generic C code fast path seems to be a little bitfaster than the assembly version with low lock contention.  Looking atthe assembly version of the fast paths, there are assembly to/from Ccode wrappers that save and restore all the callee-clobbered registers(7 registers on x86-64). The assembly generated from the generic Ccode doesn&apos;t need to do that. That may explain the slight performancegain here.The generic asm rwsem.h can also be merged into kernel/locking/rwsem.hwith no code change as no other code other than those underkernel/locking needs to access the internal rwsem macros and functions.Signed-off-by: Waiman Long &lt;longman@redhat.com&gt;Signed-off-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Acked-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Davidlohr Bueso &lt;dave@stgolabs.net&gt;Cc: H. Peter Anvin &lt;hpa@zytor.com&gt;Cc: Paul E. McKenney &lt;paulmck@linux.vnet.ibm.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Tim Chen &lt;tim.c.chen@linux.intel.com&gt;Cc: Will Deacon &lt;will.deacon@arm.com&gt;Cc: linux-arm-kernel@lists.infradead.orgCc: linux-c6x-dev@linux-c6x.orgCc: linux-m68k@lists.linux-m68k.orgCc: linux-riscv@lists.infradead.orgCc: linux-um@lists.infradead.orgCc: linux-xtensa@linux-xtensa.orgCc: linuxppc-dev@lists.ozlabs.orgCc: nios2-dev@lists.rocketboards.orgCc: openrisc@lists.librecores.orgCc: uclinux-h8-devel@lists.sourceforge.jpLink: https://lkml.kernel.org/r/20190322143008.21313-2-longman@redhat.comSigned-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Fri, 22 Mar 2019 14:30:06 +0000</pubDate>
        <dc:creator>Waiman Long &lt;longman@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>3d9683cf - KVM: export &lt;linux/kvm_para.h&gt; and &lt;asm/kvm_para.h&gt; iif KVM is supported</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#3d9683cf</link>
        <description>KVM: export &lt;linux/kvm_para.h&gt; and &lt;asm/kvm_para.h&gt; iif KVM is supportedI do not see any consistency about headers_install of &lt;linux/kvm_para.h&gt;and &lt;asm/kvm_para.h&gt;.According to my analysis of Linux 5.1-rc1, there are 3 groups: [1] Both &lt;linux/kvm_para.h&gt; and &lt;asm/kvm_para.h&gt; are exported    alpha, arm, hexagon, mips, powerpc, s390, sparc, x86 [2] &lt;asm/kvm_para.h&gt; is exported, but &lt;linux/kvm_para.h&gt; is not    arc, arm64, c6x, h8300, ia64, m68k, microblaze, nios2, openrisc,    parisc, sh, unicore32, xtensa [3] Neither &lt;linux/kvm_para.h&gt; nor &lt;asm/kvm_para.h&gt; is exported    csky, nds32, riscvThis does not match to the actual KVM support. At least, [2] ishalf-baked.Nor do arch maintainers look like they care about this. For example,commit 0add53713b1c (&quot;microblaze: Add missing kvm_para.h to Kbuild&quot;)exported &lt;asm/kvm_para.h&gt; to user-space in order to fix an in-kernelbuild error.We have two ways to make this consistent: [A] export both &lt;linux/kvm_para.h&gt; and &lt;asm/kvm_para.h&gt; for all     architectures, irrespective of the KVM support [B] Match the header export of &lt;linux/kvm_para.h&gt; and &lt;asm/kvm_para.h&gt;     to the KVM supportMy first attempt was [A] because the code looks cleaner, but Paolosuggested [B].So, this commit goes with [B].For most architectures, &lt;asm/kvm_para.h&gt; was moved to the kernel-space.I changed include/uapi/linux/Kbuild so that it checks generatedasm/kvm_para.h as well as check-in ones.After this commit, there will be two groups: [1] Both &lt;linux/kvm_para.h&gt; and &lt;asm/kvm_para.h&gt; are exported    arm, arm64, mips, powerpc, s390, x86 [2] Neither &lt;linux/kvm_para.h&gt; nor &lt;asm/kvm_para.h&gt; is exported    alpha, arc, c6x, csky, h8300, hexagon, ia64, m68k, microblaze,    nds32, nios2, openrisc, parisc, riscv, sh, sparc, unicore32, xtensaSigned-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Acked-by: Cornelia Huck &lt;cohuck@redhat.com&gt;Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Mon, 18 Mar 2019 09:08:12 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>7cbbbb8b - kbuild: warn redundant generic-y</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#7cbbbb8b</link>
        <description>kbuild: warn redundant generic-yThe generic-y is redundant under the following condition: - arch has its own implementation - the same header is added to generated-y - the same header is added to mandatory-yIf a redundant generic-y is found, the warning like follows is displayed:  scripts/Makefile.asm-generic:20: redundant generic-y found in arch/arm/include/asm/Kbuild: timex.hI fixed up arch Kbuild files found by this.Suggested-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Sun, 17 Mar 2019 02:01:08 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>579afe86 - xtensa: use generic spinlock/rwlock implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#579afe86</link>
        <description>xtensa: use generic spinlock/rwlock implementationDrop custom spinlock/rwlock code and use ones from asm-generic. This waythere is less code duplication (atomic primitives are reused).Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Tue, 01 Jan 2019 22:08:32 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>2edfd8e0 - arch: Use asm-generic/socket.h when possible</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#2edfd8e0</link>
        <description>arch: Use asm-generic/socket.h when possibleMany architectures maintain an arch specific copy of thefile even though there are no differences with the asm-genericone. Allow these architectures to use the generic one instead.Signed-off-by: Deepa Dinamani &lt;deepa.kernel@gmail.com&gt;Acked-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Acked-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;Acked-by: Willem de Bruijn &lt;willemb@google.com&gt;Cc: chris@zankel.netCc: fenghua.yu@intel.comCc: tglx@linutronix.deCc: schwidefsky@de.ibm.comCc: linux-ia64@vger.kernel.orgCc: linux-xtensa@linux-xtensa.orgCc: linux-s390@vger.kernel.orgSigned-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Sat, 02 Feb 2019 15:34:45 +0000</pubDate>
        <dc:creator>Deepa Dinamani &lt;deepa.kernel@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>5eacadb5 - xtensa: generate uapi header and syscall table header files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#5eacadb5</link>
        <description>xtensa: generate uapi header and syscall table header filesSystem call table generation script must be run to gener-ate unistd_32.h and syscall_table.h files. This patch willhave changes which will invokes the script.This patch will generate unistd_32.h and syscall_table.hfiles by the syscall table generation script invoked byxtensa/Makefile and the generated files against the removedfiles must be identical.The generated uapi header file will be included in uapi/-asm/unistd.h and generated system call table header filewill be included by kernel/syscall.c file.Signed-off-by: Firoz Khan &lt;firoz.khan@linaro.org&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Tue, 13 Nov 2018 10:19:30 +0000</pubDate>
        <dc:creator>Firoz Khan &lt;firoz.khan@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>253cc22f - xtensa: use generic vga.h</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#253cc22f</link>
        <description>xtensa: use generic vga.hWhat xtensa has in asm/vga.h is the same as what can be found inasm-generic/vga.h.  So use the latter header.Link: http://lkml.kernel.org/r/20180907132219.12979-1-jslaby@suse.czSigned-off-by: Jiri Slaby &lt;jslaby@suse.cz&gt;Acked-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Fri, 26 Oct 2018 22:03:02 +0000</pubDate>
        <dc:creator>Jiri Slaby &lt;jslaby@suse.cz&gt;</dc:creator>
    </item>
<item>
        <title>3f2bbf44 - xtensa: use generic dma_noncoherent_ops</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#3f2bbf44</link>
        <description>xtensa: use generic dma_noncoherent_opsSwitch to the generic noncoherent direct mapping implementation.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Tue, 19 Jun 2018 07:03:16 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>2b5a9a37 - time: Add an asm-generic/compat.h file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/include/asm/Kbuild#2b5a9a37</link>
        <description>time: Add an asm-generic/compat.h fileWe have a couple of files that try to include asm/compat.h onarchitectures where this is available. Those should generally use thehigher-level linux/compat.h file, but that in turn fails to includeasm/compat.h when CONFIG_COMPAT is disabled, unless we can providethat header on all architectures.This adds the asm/compat.h for all remaining architectures tosimplify the dependencies.Architectures that are getting removed in linux-4.17 are not changedhere, to avoid needless conflicts with the removal patches. Thosearchitectures are broken by this patch, but we have already shownthat they have no users.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/xtensa/include/asm/Kbuild</description>
        <pubDate>Mon, 26 Mar 2018 14:59:15 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
</channel>
</rss>
