<?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>b1992c37 - kbuild: use $(src) instead of $(srctree)/$(src) for source directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#b1992c37</link>
        <description>kbuild: use $(src) instead of $(srctree)/$(src) for source directoryKbuild conventionally uses $(obj)/ for generated files, and $(src)/ forchecked-in source files. It is merely a convention without any functionaldifference. In fact, $(obj) and $(src) are exactly the same, as definedin scripts/Makefile.build:    src := $(obj)When the kernel is built in a separate output directory, $(src) doesnot accurately reflect the source directory location. While Kbuildresolves this discrepancy by specifying VPATH=$(srctree) to search forsource files, it does not cover all cases. For example, when adding aheader search path for local headers, -I$(srctree)/$(src) is typicallypassed to the compiler.This introduces inconsistency between upstream and downstream Makefilesbecause $(src) is used instead of $(srctree)/$(src) for the latter.To address this inconsistency, this commit changes the semantics of$(src) so that it always points to the directory in the source tree.Going forward, the variables used in Makefiles will have the followingmeanings:  $(obj)     - directory in the object tree  $(src)     - directory in the source tree  (changed by this commit)  $(objtree) - the top of the kernel object tree  $(srctree) - the top of the kernel source treeConsequently, $(srctree)/$(src) in upstream Makefiles need to be replacedwith $(src).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/arm64/kvm/hyp/Makefile</description>
        <pubDate>Sat, 27 Apr 2024 14:55:02 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>837d632a - KVM: arm64: Enable stack protection and branch profiling for VHE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#837d632a</link>
        <description>KVM: arm64: Enable stack protection and branch profiling for VHEFor historical reasons, the VHE code inherited the build configuration fromnVHE. Now those two parts have their own folder and makefile, we canenable stack protection and branch profiling for VHE.Signed-off-by: Vincent Donnefort &lt;vdonnefort@google.com&gt;Reviewed-by: Quentin Perret &lt;qperret@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20221004154216.2833636-1-vdonnefort@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Tue, 04 Oct 2022 15:42:16 +0000</pubDate>
        <dc:creator>Vincent Donnefort &lt;vdonnefort@google.com&gt;</dc:creator>
    </item>
<item>
        <title>9429f4b0 - KVM: arm64: Move host EL1 code out of hyp/ directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#9429f4b0</link>
        <description>KVM: arm64: Move host EL1 code out of hyp/ directorykvm/hyp/reserved_mem.c contains host code executing at EL1 and is notlinked into the hypervisor object. Move the file into kvm/pkvm.c andrework the headers so that the definitions shared between the host andthe hypervisor live in asm/kvm_pkvm.h.Signed-off-by: Will Deacon &lt;will@kernel.org&gt;Tested-by: Fuad Tabba &lt;tabba@google.com&gt;Reviewed-by: Fuad Tabba &lt;tabba@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20211202171048.26924-4-will@kernel.org

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Thu, 02 Dec 2021 17:10:48 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>f320bc74 - KVM: arm64: Prepare the creation of s1 mappings at EL2</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#f320bc74</link>
        <description>KVM: arm64: Prepare the creation of s1 mappings at EL2When memory protection is enabled, the EL2 code needs the ability tocreate and manage its own page-table. To do so, introduce a new set ofhypercalls to bootstrap a memory management system at EL2.This leads to the following boot flow in nVHE Protected mode: 1. the host allocates memory for the hypervisor very early on, using    the memblock API; 2. the host creates a set of stage 1 page-table for EL2, installs the    EL2 vectors, and issues the __pkvm_init hypercall; 3. during __pkvm_init, the hypervisor re-creates its stage 1 page-table    and stores it in the memory pool provided by the host; 4. the hypervisor then extends its stage 1 mappings to include a    vmemmap in the EL2 VA space, hence allowing to use the buddy    allocator introduced in a previous patch; 5. the hypervisor jumps back in the idmap page, switches from the    host-provided page-table to the new one, and wraps up its    initialization by enabling the new allocator, before returning to    the host. 6. the host can free the now unused page-table created for EL2, and    will now need to issue hypercalls to make changes to the EL2 stage 1    mappings instead of modifying them directly.Note that for the sake of simplifying the review, this patch focuses onthe hypervisor side of things. In other words, this only implements thenew hypercalls, but does not make use of them from the host yet. Thehost-side changes will follow in a subsequent patch.Credits to Will for __pkvm_init_switch_pgd.Acked-by: Will Deacon &lt;will@kernel.org&gt;Co-authored-by: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Quentin Perret &lt;qperret@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20210319100146.1149909-18-qperret@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Fri, 19 Mar 2021 10:01:25 +0000</pubDate>
        <dc:creator>Quentin Perret &lt;qperret@google.com&gt;</dc:creator>
    </item>
<item>
        <title>b881cdce - KVM: arm64: Allocate hyp vectors statically</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#b881cdce</link>
        <description>KVM: arm64: Allocate hyp vectors staticallyThe EL2 vectors installed when a guest is running point at one of thefollowing configurations for a given CPU:  - Straight at __kvm_hyp_vector  - A trampoline containing an SMC sequence to mitigate Spectre-v2 and    then a direct branch to __kvm_hyp_vector  - A dynamically-allocated trampoline which has an indirect branch to    __kvm_hyp_vector  - A dynamically-allocated trampoline containing an SMC sequence to    mitigate Spectre-v2 and then an indirect branch to __kvm_hyp_vectorThe indirect branches mean that VA randomization at EL2 isn&apos;t triviallybypassable using Spectre-v3a (where the vector base is readable by theguest).Rather than populate these vectors dynamically, configure everythingstatically and use an enumerated type to identify the vector &quot;slot&quot;corresponding to one of the configurations above. This both simplifiesthe code, but also makes it much easier to implement at EL2 later on.Signed-off-by: Will Deacon &lt;will@kernel.org&gt;[maz: fixed double call to kvm_init_vector_slots() on nVHE]Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Cc: Marc Zyngier &lt;maz@kernel.org&gt;Cc: Quentin Perret &lt;qperret@google.com&gt;Link: https://lore.kernel.org/r/20201113113847.21619-8-will@kernel.org

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Fri, 13 Nov 2020 11:38:44 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>9ef2b48b - KVM: arm64: Allow patching EL2 vectors even with KASLR is not enabled</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#9ef2b48b</link>
        <description>KVM: arm64: Allow patching EL2 vectors even with KASLR is not enabledPatching the EL2 exception vectors is integral to the Spectre-v2workaround, where it can be necessary to execute CPU-specific sequencesto nobble the branch predictor before running the hypervisor text proper.Remove the dependency on CONFIG_RANDOMIZE_BASE and allow the EL2 vectorsto be patched even when KASLR is not enabled.Fixes: 7a132017e7a5 (&quot;KVM: arm64: Replace CONFIG_KVM_INDIRECT_VECTORS with CONFIG_RANDOMIZE_BASE&quot;)Reported-by: kernel test robot &lt;lkp@intel.com&gt;Link: https://lore.kernel.org/r/202009221053.Jv1XsQUZ%lkp@intel.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Mon, 28 Sep 2020 10:45:24 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>5359a87d - KVM: arm64: Replace CONFIG_KVM_INDIRECT_VECTORS with CONFIG_RANDOMIZE_BASE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#5359a87d</link>
        <description>KVM: arm64: Replace CONFIG_KVM_INDIRECT_VECTORS with CONFIG_RANDOMIZE_BASEThe removal of CONFIG_HARDEN_BRANCH_PREDICTOR means thatCONFIG_KVM_INDIRECT_VECTORS is synonymous with CONFIG_RANDOMIZE_BASE,so replace it.Signed-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Tue, 15 Sep 2020 21:16:10 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b1e57de6 - KVM: arm64: Add stand-alone page-table walker infrastructure</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#b1e57de6</link>
        <description>KVM: arm64: Add stand-alone page-table walker infrastructureThe KVM page-table code is intricately tied into the kernel page-tablecode and re-uses the pte/pmd/pud/p4d/pgd macros directly in an attemptto reduce code duplication. Unfortunately, the reality is that there isan awful lot of code required to make this work, and at the end of theday you&apos;re limited to creating page-tables with the same configurationas the host kernel. Furthermore, lifting the page-table code to rundirectly at EL2 on a non-VHE system (as we plan to to do in futurepatches) is practically impossible due to the number of dependencies ithas on the core kernel.Introduce a framework for walking Armv8 page-tables configuredindependently from the host kernel.Signed-off-by: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Reviewed-by: Gavin Shan &lt;gshan@redhat.com&gt;Cc: Marc Zyngier &lt;maz@kernel.org&gt;Cc: Quentin Perret &lt;qperret@google.com&gt;Link: https://lore.kernel.org/r/20200911132529.19844-3-will@kernel.org

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Fri, 11 Sep 2020 13:25:10 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>c04dd455 - KVM: arm64: Compile remaining hyp/ files for both VHE/nVHE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#c04dd455</link>
        <description>KVM: arm64: Compile remaining hyp/ files for both VHE/nVHEThe following files in hyp/ contain only code shared by VHE/nVHE:  vgic-v3-sr.c, aarch32.c, vgic-v2-cpuif-proxy.c, entry.S, fpsimd.SCompile them under both configurations. Deletions in image-vars.h reflecteliminated dependencies of nVHE code on the rest of the kernel.Signed-off-by: David Brazdil &lt;dbrazdil@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20200625131420.71444-14-dbrazdil@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Thu, 25 Jun 2020 13:14:18 +0000</pubDate>
        <dc:creator>David Brazdil &lt;dbrazdil@google.com&gt;</dc:creator>
    </item>
<item>
        <title>9aebdea4 - KVM: arm64: Duplicate hyp/timer-sr.c for VHE/nVHE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#9aebdea4</link>
        <description>KVM: arm64: Duplicate hyp/timer-sr.c for VHE/nVHEtimer-sr.c contains a HVC handler for setting CNTVOFF_EL2 and two helperfunctions for controlling access to physical counter. The former is used byboth VHE/nVHE and is duplicated, the latter are used only by nVHE and movedto nvhe/timer-sr.c.Signed-off-by: David Brazdil &lt;dbrazdil@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20200625131420.71444-13-dbrazdil@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Thu, 25 Jun 2020 13:14:17 +0000</pubDate>
        <dc:creator>David Brazdil &lt;dbrazdil@google.com&gt;</dc:creator>
    </item>
<item>
        <title>13aeb9b4 - KVM: arm64: Split hyp/sysreg-sr.c to VHE/nVHE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#13aeb9b4</link>
        <description>KVM: arm64: Split hyp/sysreg-sr.c to VHE/nVHEsysreg-sr.c contains KVM&apos;s code for saving/restoring system registers, withsome code shared between VHE/nVHE. These common routines are moved toa header file, VHE-specific code is moved to vhe/sysreg-sr.c and nVHE-specificcode to nvhe/sysreg-sr.c.Signed-off-by: David Brazdil &lt;dbrazdil@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20200625131420.71444-12-dbrazdil@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Thu, 25 Jun 2020 13:14:16 +0000</pubDate>
        <dc:creator>David Brazdil &lt;dbrazdil@google.com&gt;</dc:creator>
    </item>
<item>
        <title>d400c5b2 - KVM: arm64: Split hyp/debug-sr.c to VHE/nVHE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#d400c5b2</link>
        <description>KVM: arm64: Split hyp/debug-sr.c to VHE/nVHEdebug-sr.c contains KVM&apos;s code for context-switching debug registers, with somecode shared between VHE/nVHE. These common routines are moved to a header file,VHE-specific code is moved to vhe/debug-sr.c and nVHE-specific code tonvhe/debug-sr.c.Functions are slightly refactored to move code hidden behind `has_vhe()` checksto the corresponding .c files.Signed-off-by: David Brazdil &lt;dbrazdil@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20200625131420.71444-11-dbrazdil@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Thu, 25 Jun 2020 13:14:15 +0000</pubDate>
        <dc:creator>David Brazdil &lt;dbrazdil@google.com&gt;</dc:creator>
    </item>
<item>
        <title>09cf57eb - KVM: arm64: Split hyp/switch.c to VHE/nVHE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#09cf57eb</link>
        <description>KVM: arm64: Split hyp/switch.c to VHE/nVHEswitch.c implements context-switching for KVM, with large parts shared betweenVHE/nVHE. These common routines are moved to a header file, VHE-specific codeis moved to vhe/switch.c and nVHE-specific code is moved to nvhe/switch.c.Previously __kvm_vcpu_run needed a different symbol name for VHE/nVHE. Thisis cleaned up and the caller in arm.c simplified.Signed-off-by: David Brazdil &lt;dbrazdil@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20200625131420.71444-10-dbrazdil@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Thu, 25 Jun 2020 13:14:14 +0000</pubDate>
        <dc:creator>David Brazdil &lt;dbrazdil@google.com&gt;</dc:creator>
    </item>
<item>
        <title>e03fa291 - KVM: arm64: Duplicate hyp/tlb.c for VHE/nVHE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#e03fa291</link>
        <description>KVM: arm64: Duplicate hyp/tlb.c for VHE/nVHEtlb.c contains code for flushing the TLB, with code shared between VHE/nVHE.Because common code is small, duplicate tlb.c and specialize each copy forVHE/nVHE.Signed-off-by: David Brazdil &lt;dbrazdil@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20200625131420.71444-9-dbrazdil@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Thu, 25 Jun 2020 13:14:13 +0000</pubDate>
        <dc:creator>David Brazdil &lt;dbrazdil@google.com&gt;</dc:creator>
    </item>
<item>
        <title>b877e984 - KVM: arm64: Build hyp-entry.S separately for VHE/nVHE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#b877e984</link>
        <description>KVM: arm64: Build hyp-entry.S separately for VHE/nVHEhyp-entry.S contains implementation of KVM hyp vectors. This code is mostlyshared between VHE/nVHE, therefore compile it under both VHE and nVHE buildrules. nVHE-specific host HVC handler is hidden behind __KVM_NVHE_HYPERVISOR__.Adjust code which selects which KVM hyp vecs to install to choose the correctVHE/nVHE symbol.Signed-off-by: David Brazdil &lt;dbrazdil@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20200625131420.71444-7-dbrazdil@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Thu, 25 Jun 2020 13:14:11 +0000</pubDate>
        <dc:creator>David Brazdil &lt;dbrazdil@google.com&gt;</dc:creator>
    </item>
<item>
        <title>76217129 - KVM: arm64: Add build rules for separate VHE/nVHE object files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#76217129</link>
        <description>KVM: arm64: Add build rules for separate VHE/nVHE object filesAdd new folders arch/arm64/kvm/hyp/{vhe,nvhe} and Makefiles for building codethat runs in EL2 under VHE/nVHE KVM, repsectivelly. Add an include folder forhyp-specific header files which will include code common to VHE/nVHE.Build nVHE code with -D__KVM_NVHE_HYPERVISOR__, VHE code with-D__KVM_VHE_HYPERVISOR__.Under nVHE compile each source file into a `.hyp.tmp.o` object first, thenprefix all its symbols with &quot;__kvm_nvhe_&quot; using `objcopy` and producea `.hyp.o`. Suffixes were chosen so that it would be possible for VHE and nVHEto share some source files, but compiled with different CFLAGS.The nVHE ELF symbol prefix is added to kallsyms.c as ignored. EL2-only symbolswill never appear in EL1 stack traces.Due to symbol prefixing, add a section in image-vars.h for aliases of symbolsthat are defined in nVHE EL2 and accessed by kernel in EL1 or vice versa.Signed-off-by: David Brazdil &lt;dbrazdil@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20200625131420.71444-4-dbrazdil@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Thu, 25 Jun 2020 13:14:08 +0000</pubDate>
        <dc:creator>David Brazdil &lt;dbrazdil@google.com&gt;</dc:creator>
    </item>
<item>
        <title>7b2399ea - KVM: arm64: Move __smccc_workaround_1_smc to .rodata</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#7b2399ea</link>
        <description>KVM: arm64: Move __smccc_workaround_1_smc to .rodataThis snippet of assembly is used by cpu_errata.c to overwrite parts of KVM hypvector. Move it to its own source file and change its ELF section to .rodata.Signed-off-by: David Brazdil &lt;dbrazdil@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20200625131420.71444-3-dbrazdil@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Thu, 25 Jun 2020 13:14:07 +0000</pubDate>
        <dc:creator>David Brazdil &lt;dbrazdil@google.com&gt;</dc:creator>
    </item>
<item>
        <title>25357de0 - KVM: arm64: Clean up kvm makefiles</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#25357de0</link>
        <description>KVM: arm64: Clean up kvm makefilesConsolidate references to the CONFIG_KVM configuration item to encompassentire folders rather than per line.Signed-off-by: Fuad Tabba &lt;tabba@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Acked-by: Will Deacon &lt;will@kernel.org&gt;Link: https://lore.kernel.org/r/20200505154520.194120-5-tabba@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Tue, 05 May 2020 15:45:20 +0000</pubDate>
        <dc:creator>Fuad Tabba &lt;tabba@google.com&gt;</dc:creator>
    </item>
<item>
        <title>d82755b2 - KVM: arm64: Kill off CONFIG_KVM_ARM_HOST</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#d82755b2</link>
        <description>KVM: arm64: Kill off CONFIG_KVM_ARM_HOSTCONFIG_KVM_ARM_HOST is just a proxy for CONFIG_KVM, so remove it in favourof the latter.Signed-off-by: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Fuad Tabba &lt;tabba@google.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20200505154520.194120-2-tabba@google.com

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Tue, 05 May 2020 15:45:17 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>9ed24f4b - KVM: arm64: Move virt/kvm/arm to arch/arm64</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/kvm/hyp/Makefile#9ed24f4b</link>
        <description>KVM: arm64: Move virt/kvm/arm to arch/arm64Now that the 32bit KVM/arm host is a distant memory, let&apos;s move thewhole of the KVM/arm64 code into the arm64 tree.As they said in the song: Welcome Home (Sanitarium).Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Acked-by: Will Deacon &lt;will@kernel.org&gt;Link: https://lore.kernel.org/r/20200513104034.74741-1-maz@kernel.org

            List of files:
            /linux-6.15/arch/arm64/kvm/hyp/Makefile</description>
        <pubDate>Wed, 13 May 2020 10:40:34 +0000</pubDate>
        <dc:creator>Marc Zyngier &lt;maz@kernel.org&gt;</dc:creator>
    </item>
</channel>
</rss>
