<?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>a6d54338 - MIPS: introduce Kconfig for MIPS VZ</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#a6d54338</link>
        <description>MIPS: introduce Kconfig for MIPS VZSince MIPS/KVM only supports hardware virtualization using MIPS VZ,do not enable KVM blindly.  Use a new Kconfig symbol CPU_SUPPORTS_VZand do not enable it for R2 processors.Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Thu, 04 Jan 2024 16:00:36 +0000</pubDate>
        <dc:creator>Paolo Bonzini &lt;pbonzini@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>8886640d - kvm: replace __KVM_HAVE_READONLY_MEM with Kconfig symbol</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#8886640d</link>
        <description>kvm: replace __KVM_HAVE_READONLY_MEM with Kconfig symbolKVM uses __KVM_HAVE_* symbols in the architecture-dependent uapi/asm/kvm.h to maskunused definitions in include/uapi/linux/kvm.h.  __KVM_HAVE_READONLY_MEM howeverwas nothing but a misguided attempt to define KVM_CAP_READONLY_MEM only onarchitectures where KVM_CHECK_EXTENSION(KVM_CAP_READONLY_MEM) could possiblyreturn nonzero.  This however does not make sense, and it prevented userspacefrom supporting this architecture-independent feature without recompilation.Therefore, these days __KVM_HAVE_READONLY_MEM does not mask anything andis only used in virt/kvm/kvm_main.c.  Userspace does not need to test itand there should be no need for it to exist.  Remove it and replace itwith a Kconfig symbol within Linux source code.Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Thu, 11 Jan 2024 08:00:34 +0000</pubDate>
        <dc:creator>Paolo Bonzini &lt;pbonzini@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>caadf876 - KVM: introduce CONFIG_KVM_COMMON</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#caadf876</link>
        <description>KVM: introduce CONFIG_KVM_COMMONCONFIG_HAVE_KVM is currently used by some architectures to eitherenabled the KVM config proper, or to enable host-side code that isnot part of the KVM module.  However, CONFIG_KVM&apos;s &quot;select&quot; statementin virt/kvm/Kconfig corresponds to a third meaning, namely toenable common Kconfigs required by all architectures that supportKVM.These three meanings can be replaced respectively by anarchitecture-specific Kconfig, by IS_ENABLED(CONFIG_KVM), or bya new Kconfig symbol that is in turn selected by thearchitecture-specific &quot;config KVM&quot;.Start by introducing such a new Kconfig symbol, CONFIG_KVM_COMMON.Unlike CONFIG_HAVE_KVM, it is selected by CONFIG_KVM, not byarchitecture code, and it brings in all dependencies of commonKVM code.  In particular, INTERVAL_TREE was missing in loongarchand riscv, so that is another thing that is fixed.Fixes: 8132d887a702 (&quot;KVM: remove CONFIG_HAVE_KVM_EVENTFD&quot;, 2023-12-08)Reported-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Closes: https://lore.kernel.org/all/44907c6b-c5bd-4e4a-a921-e4d3825539d8@infradead.org/Reviewed-by: Andrew Jones &lt;ajones@ventanamicro.com&gt;Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Thu, 04 Jan 2024 16:15:07 +0000</pubDate>
        <dc:creator>Paolo Bonzini &lt;pbonzini@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>8132d887 - KVM: remove CONFIG_HAVE_KVM_EVENTFD</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#8132d887</link>
        <description>KVM: remove CONFIG_HAVE_KVM_EVENTFDvirt/kvm/eventfd.c is compiled unconditionally, meaning that the ioeventfdsmember of struct kvm is accessed unconditionally.  CONFIG_HAVE_KVM_EVENTFDtherefore must be defined for KVM common code to compile successfully,remove it.Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Wed, 18 Oct 2023 16:11:56 +0000</pubDate>
        <dc:creator>Paolo Bonzini &lt;pbonzini@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>f128cf8c - KVM: Convert KVM_ARCH_WANT_MMU_NOTIFIER to CONFIG_KVM_GENERIC_MMU_NOTIFIER</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#f128cf8c</link>
        <description>KVM: Convert KVM_ARCH_WANT_MMU_NOTIFIER to CONFIG_KVM_GENERIC_MMU_NOTIFIERConvert KVM_ARCH_WANT_MMU_NOTIFIER into a Kconfig and select it whereappropriate to effectively maintain existing behavior.  Using a properKconfig will simplify building more functionality on top of KVM&apos;smmu_notifier infrastructure.Add a forward declaration of kvm_gfn_range to kvm_types.h so thatincluding arch/powerpc/include/asm/kvm_ppc.h&apos;s with CONFIG_KVM=n doesn&apos;tgenerate warnings due to kvm_gfn_range being undeclared.  PPC defineshooks for PR vs. HV without guarding them via #ifdeffery, e.g.  bool (*unmap_gfn_range)(struct kvm *kvm, struct kvm_gfn_range *range);  bool (*age_gfn)(struct kvm *kvm, struct kvm_gfn_range *range);  bool (*test_age_gfn)(struct kvm *kvm, struct kvm_gfn_range *range);  bool (*set_spte_gfn)(struct kvm *kvm, struct kvm_gfn_range *range);Alternatively, PPC could forward declare kvm_gfn_range, but there&apos;s nogood reason not to define it in common KVM.Acked-by: Anup Patel &lt;anup@brainfault.org&gt;Signed-off-by: Sean Christopherson &lt;seanjc@google.com&gt;Reviewed-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;Reviewed-by: Fuad Tabba &lt;tabba@google.com&gt;Tested-by: Fuad Tabba &lt;tabba@google.com&gt;Message-Id: &lt;20231027182217.3615211-8-seanjc@google.com&gt;Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Fri, 27 Oct 2023 18:21:49 +0000</pubDate>
        <dc:creator>Sean Christopherson &lt;seanjc@google.com&gt;</dc:creator>
    </item>
<item>
        <title>79cf833b - kvm: Remove &quot;select SRCU&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#79cf833b</link>
        <description>kvm: Remove &quot;select SRCU&quot;Now that the SRCU Kconfig option is unconditionally selected, there isno longer any point in selecting it.  Therefore, remove the &quot;select SRCU&quot;Kconfig statements from the various KVM Kconfig files.Acked-by: Sean Christopherson &lt;seanjc@google.com&gt; (x86)Signed-off-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Aleksandar Markovic &lt;aleksandar.qemu.devel@gmail.com&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Sean Christopherson &lt;seanjc@google.com&gt;Cc: Paolo Bonzini &lt;pbonzini@redhat.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: &quot;H. Peter Anvin&quot; &lt;hpa@zytor.com&gt;Cc: &lt;kvm@vger.kernel.org&gt;Acked-by: Marc Zyngier &lt;maz@kernel.org&gt; (arm64)Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt; (powerpc)Acked-by: Anup Patel &lt;anup@brainfault.org&gt; (riscv)Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt; (s390)Reviewed-by: John Ogness &lt;john.ogness@linutronix.de&gt;Signed-off-by: Joel Fernandes (Google) &lt;joel@joelfernandes.org&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Fri, 24 Mar 2023 20:52:47 +0000</pubDate>
        <dc:creator>Paul E. McKenney &lt;paulmck@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>441f7bfa - KVM: Opt out of generic hardware enabling on s390 and PPC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#441f7bfa</link>
        <description>KVM: Opt out of generic hardware enabling on s390 and PPCAllow architectures to opt out of the generic hardware enabling logic,and opt out on both s390 and PPC, which don&apos;t need to manually enablevirtualization as it&apos;s always on (when available).In addition to letting s390 and PPC drop a bit of dead code, this willhopefully also allow ARM to clean up its related code, e.g. ARM has itsown per-CPU flag to track which CPUs have enable hardware due to theneed to keep hardware enabled indefinitely when pKVM is enabled.Signed-off-by: Sean Christopherson &lt;seanjc@google.com&gt;Acked-by: Anup Patel &lt;anup@brainfault.org&gt;Message-Id: &lt;20221130230934.1014142-50-seanjc@google.com&gt;Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Wed, 30 Nov 2022 23:09:33 +0000</pubDate>
        <dc:creator>Sean Christopherson &lt;seanjc@google.com&gt;</dc:creator>
    </item>
<item>
        <title>ed922739 - KVM: Use interval tree to do fast hva lookup in memslots</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#ed922739</link>
        <description>KVM: Use interval tree to do fast hva lookup in memslotsThe current memslots implementation only allows quick binary search by gfn,quick lookup by hva is not possible - the implementation has to do a linearscan of the whole memslots array, even though the operation being performedmight apply just to a single memslot.This significantly hurts performance of per-hva operations with highermemslot counts.Since hva ranges can overlap between memslots an interval tree is neededfor tracking them.[sean: handle interval tree updates in kvm_replace_memslot()]Signed-off-by: Maciej S. Szmigiero &lt;maciej.szmigiero@oracle.com&gt;Message-Id: &lt;d66b9974becaa9839be9c4e1a5de97b177b4ac20.1638817640.git.maciej.szmigiero@oracle.com&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Mon, 06 Dec 2021 19:54:28 +0000</pubDate>
        <dc:creator>Maciej S. Szmigiero &lt;maciej.szmigiero@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>45c7e8af - MIPS: Remove KVM_TE support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#45c7e8af</link>
        <description>MIPS: Remove KVM_TE supportAfter removal of the guest part of KVM TE (trap and emulate), also removethe host part.Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Mon, 01 Mar 2021 15:29:57 +0000</pubDate>
        <dc:creator>Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;</dc:creator>
    </item>
<item>
        <title>01edc5e7 - MIPS: KVM: Limit Trap-and-Emulate to MIPS32R2 only</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#01edc5e7</link>
        <description>MIPS: KVM: Limit Trap-and-Emulate to MIPS32R2 onlyAfter tons of fixes to get Trap-and-Emulate build on Loongson64,I&apos;ve got panic on host machine when trying to run a VM.I found that it can never work on 64bit systems. Revewing thecode, it looks like R6 can&apos;t supportrd by TE as well.Signed-off-by: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Message-Id: &lt;20200710063047.154611-3-jiaxun.yang@flygoat.com&gt;Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Fri, 10 Jul 2020 06:30:17 +0000</pubDate>
        <dc:creator>Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;</dc:creator>
    </item>
<item>
        <title>a7f7f624 - treewide: replace &apos;---help---&apos; in Kconfig files with &apos;help&apos;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#a7f7f624</link>
        <description>treewide: replace &apos;---help---&apos; in Kconfig files with &apos;help&apos;Since commit 84af7a6194e4 (&quot;checkpatch: kconfig: prefer &apos;help&apos; over&apos;---help---&apos;&quot;), the number of &apos;---help---&apos; has been graduallydecreasing, but there are still more than 2400 instances.This commit finishes the conversion. While I touched the lines,I also fixed the indentation.There are a variety of indentation styles found.  a) 4 spaces + &apos;---help---&apos;  b) 7 spaces + &apos;---help---&apos;  c) 8 spaces + &apos;---help---&apos;  d) 1 space + 1 tab + &apos;---help---&apos;  e) 1 tab + &apos;---help---&apos;    (correct indentation)  f) 1 tab + 1 space + &apos;---help---&apos;  g) 1 tab + 2 spaces + &apos;---help---&apos;In order to convert all of them to 1 tab + &apos;help&apos;, I ran thefollowing commend:  $ find . -name &apos;Kconfig*&apos; | xargs sed -i &apos;s/^[[:space:]]*---help---/\thelp/&apos;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Sat, 13 Jun 2020 16:50:22 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>bf10efbb - KVM: MIPS: Add EVENTFD support which is needed by VHOST</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#bf10efbb</link>
        <description>KVM: MIPS: Add EVENTFD support which is needed by VHOSTAdd EVENTFD support for KVM/MIPS, which is needed by VHOST. Tested onLoongson-3 platform.Reviewed-by: Aleksandar Markovic &lt;aleksandar.qemu.devel@gmail.com&gt;Signed-off-by: Huacai Chen &lt;chenhc@lemote.com&gt;Co-developed-by: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Message-Id: &lt;1590220602-3547-5-git-send-email-chenhc@lemote.com&gt;Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Sat, 23 May 2020 07:56:31 +0000</pubDate>
        <dc:creator>Huacai Chen &lt;chenhc@lemote.com&gt;</dc:creator>
    </item>
<item>
        <title>20c384f1 - vhost: refine vhost and vringh kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#20c384f1</link>
        <description>vhost: refine vhost and vringh kconfigCurrently, CONFIG_VHOST depends on CONFIG_VIRTUALIZATION. But vhost isnot necessarily for VM since it&apos;s a generic userspace and kernelcommunication protocol. Such dependency may prevent archs withoutvirtualization support from using vhost.To solve this, a dedicated vhost menu is created under drivers soCONIFG_VHOST can be decoupled out of CONFIG_VIRTUALIZATION.While at it, also squash Kconfig.vringh into vhost Kconfig file. Thisavoids the trick of conditional inclusion from VOP or CAIF. Then itwill be easier to introduce new vringh users and common dependency forboth vringh and vhost.Signed-off-by: Jason Wang &lt;jasowang@redhat.com&gt;Link: https://lore.kernel.org/r/20200326140125.19794-2-jasowang@redhat.comSigned-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Thu, 26 Mar 2020 14:01:17 +0000</pubDate>
        <dc:creator>Jason Wang &lt;jasowang@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>5dd50aae - Make anon_inodes unconditional</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#5dd50aae</link>
        <description>Make anon_inodes unconditionalMake the anon_inodes facility unconditional so that it can be used by coreVFS code and pidfd code.Signed-off-by: David Howells &lt;dhowells@redhat.com&gt;Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;[christian@brauner.io: adapt commit message to mention pidfds]Signed-off-by: Christian Brauner &lt;christian@brauner.io&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Mon, 05 Nov 2018 17:40:31 +0000</pubDate>
        <dc:creator>David Howells &lt;dhowells@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>dadd2299 - Make anon_inodes unconditional</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#dadd2299</link>
        <description>Make anon_inodes unconditionalMake the anon_inodes facility unconditional so that it can be used by coreVFS code.Signed-off-by: David Howells &lt;dhowells@redhat.com&gt;Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Mon, 05 Nov 2018 17:40:31 +0000</pubDate>
        <dc:creator>David Howells &lt;dhowells@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>8636a1f9 - treewide: surround Kconfig file paths with double quotes</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#8636a1f9</link>
        <description>treewide: surround Kconfig file paths with double quotesThe Kconfig lexer supports special characters such as &apos;.&apos; and &apos;/&apos; inthe parameter context. In my understanding, the reason is just tosupport bare file paths in the source statement.I do not see a good reason to complicate Kconfig for the room ofambiguity.The majority of code already surrounds file paths with double quotes,and it makes sense since file paths are constant string literals.Make it treewide consistent now.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Acked-by: Wolfram Sang &lt;wsa@the-dreams.de&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Tue, 11 Dec 2018 11:01:04 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>c92e47e5 - MIPS: Introduce CONFIG_MIPS_FP_SUPPORT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#c92e47e5</link>
        <description>MIPS: Introduce CONFIG_MIPS_FP_SUPPORTIntroduce a Kconfig variable that will indicate whether to includesupport for floating point in the kernel. For now this is alwaysenabled, and will be made configurable in a later patch.Signed-off-by: Paul Burton &lt;paul.burton@mips.com&gt;Patchwork: https://patchwork.linux-mips.org/patch/21016/Cc: linux-mips@linux-mips.org

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Wed, 07 Nov 2018 23:14:02 +0000</pubDate>
        <dc:creator>Paul Burton &lt;paul.burton@mips.com&gt;</dc:creator>
    </item>
<item>
        <title>5cb0944c - KVM: introduce kvm_arch_vcpu_async_ioctl</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#5cb0944c</link>
        <description>KVM: introduce kvm_arch_vcpu_async_ioctlAfter the vcpu_load/vcpu_put pushdown, the handling of asynchronous VCPUioctl is already much clearer in that it is obvious that they bypassvcpu_load and vcpu_put.However, it is still not perfect in that the different state of the VCPUmutex is still hidden in the caller.  Separate those ioctls into a newfunction kvm_arch_vcpu_async_ioctl that returns -ENOIOCTLCMD for more&quot;traditional&quot; synchronous ioctls.Cc: James Hogan &lt;jhogan@kernel.org&gt;Cc: Paul Mackerras &lt;paulus@ozlabs.org&gt;Cc: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;Reviewed-by: Christoffer Dall &lt;christoffer.dall@linaro.org&gt;Reviewed-by: Cornelia Huck &lt;cohuck@redhat.com&gt;Suggested-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/mips/kvm/Kconfig</description>
        <pubDate>Tue, 12 Dec 2017 16:41:34 +0000</pubDate>
        <dc:creator>Paolo Bonzini &lt;pbonzini@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#b2441318</link>
        <description>License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the &apos;GPL-2.0&apos;SPDX license identifier.  The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode &amp; Windriver) producing SPDXtag:value files created by Philippe Ombredanne.  Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed.  Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained &gt;5   lines of source - File already had some variant of a license header in it (even if &lt;5   lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn&apos;t find any license traces, file was   considered to have no license information in it, and the top level   COPYING file license applied.   For non */uapi/* files that summary was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0                                              11139   and resulted in the first patch in this series.   If that file was a */uapi/* path one, it was &quot;GPL-2.0 WITH   Linux-syscall-note&quot; otherwise it was &quot;GPL-2.0&quot;.  Results of that was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0 WITH Linux-syscall-note                        930   and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one   of the */uapi/* ones, it was denoted with the Linux-syscall-note if   any GPL family license was found in the file or had no licensing in   it (per prior point).  Results summary:   SPDX license identifier                            # files   ---------------------------------------------------|------   GPL-2.0 WITH Linux-syscall-note                       270   GPL-2.0+ WITH Linux-syscall-note                      169   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause)    21   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause)    17   LGPL-2.1+ WITH Linux-syscall-note                      15   GPL-1.0+ WITH Linux-syscall-note                       14   ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause)    5   LGPL-2.0+ WITH Linux-syscall-note                       4   LGPL-2.1 WITH Linux-syscall-note                        3   ((GPL-2.0 WITH Linux-syscall-note) OR MIT)              3   ((GPL-2.0 WITH Linux-syscall-note) AND MIT)             1   and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became   the concluded license(s). - when there was disagreement between the two scanners (one detected a   license but the other didn&apos;t, or they both detected different   licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file   resulted in a clear resolution of the license that should apply (and   which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was   confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier,   the file was flagged for further research and to be revisited later   in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights.  TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected   license ids and scores - reviewing anything where there was a license detected (about 500+   files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license   was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied   SPDX license was correctThis produced a worksheet with 20 files needing minor correction.  Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg.  Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected.  This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.)  Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart &lt;kstewart@linuxfoundation.org&gt;Reviewed-by: Philippe Ombredanne &lt;pombredanne@nexb.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Wed, 01 Nov 2017 14:07:57 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>56f7a440 - KVM: MIPS: Add VZ support to build system</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kvm/Kconfig#56f7a440</link>
        <description>KVM: MIPS: Add VZ support to build systemAdd support for the MIPS Virtualization (VZ) ASE to the MIPS KVM buildsystem. For now KVM can only be configured for T&amp;E or VZ and not both,but the design of the user facing APIs support the possibility of havingboth available, so this could change in future.Note that support for various optional guest features (some of whichcan&apos;t be turned off) are implemented in immediately following commits,so although it should now be possible to build VZ support, it may notwork yet on your hardware.Signed-off-by: James Hogan &lt;james.hogan@imgtec.com&gt;Cc: Paolo Bonzini &lt;pbonzini@redhat.com&gt;Cc: &quot;Radim Kr&#269;m&#225;&#345;&quot; &lt;rkrcmar@redhat.com&gt;Cc: Ralf Baechle &lt;ralf@linux-mips.org&gt;Cc: linux-mips@linux-mips.orgCc: kvm@vger.kernel.org

            List of files:
            /linux-6.15/arch/mips/kvm/Kconfig</description>
        <pubDate>Tue, 14 Mar 2017 10:15:32 +0000</pubDate>
        <dc:creator>James Hogan &lt;james.hogan@imgtec.com&gt;</dc:creator>
    </item>
</channel>
</rss>
