diff for duplicates of <20200208004233.GA15581@linux.intel.com> diff --git a/a/1.txt b/N1/1.txt index d23e4da..17f7054 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -8,7 +8,7 @@ On Fri, Feb 07, 2020 at 07:18:32PM -0500, Peter Xu wrote: > > > > > But that matters to this patch because if MIPS can use > > > > > kvm_flush_remote_tlbs(), then we probably don't need this > > > > > arch-specific hook any more and we can directly call -> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush=true. +> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush==true. > > > > > > > > Ya, the asid_flush_mask in kvm_vz_flush_shadow_all() is the only thing > > > > that prevents calling kvm_flush_remote_tlbs() directly, but I have no @@ -69,3 +69,7 @@ kvm_arch_flush_shadow_all() and kvm_arch_flush_shadow_memslot(). I don't want to go straight to kvm_arch_flush_remote_tlb_with_address() because that loses the important distinction (on x86) that slots_lock is expected to be held. +_______________________________________________ +kvmarm mailing list +kvmarm@lists.cs.columbia.edu +https://lists.cs.columbia.edu/mailman/listinfo/kvmarm diff --git a/a/content_digest b/N1/content_digest index 2e13f47..164f171 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -7,29 +7,25 @@ "ref\020200208001832.GA823968@xz-x1\0" "From\0Sean Christopherson <sean.j.christopherson@intel.com>\0" "Subject\0Re: [PATCH v5 15/19] KVM: Provide common implementation for generic dirty log functions\0" - "Date\0Sat, 08 Feb 2020 00:42:33 +0000\0" + "Date\0Fri, 7 Feb 2020 16:42:33 -0800\0" "To\0Peter Xu <peterx@redhat.com>\0" - "Cc\0Vitaly Kuznetsov <vkuznets@redhat.com>" - Paolo Bonzini <pbonzini@redhat.com> + "Cc\0Wanpeng Li <wanpengli@tencent.com>" + kvm@vger.kernel.org + David Hildenbrand <david@redhat.com> + linux-mips@vger.kernel.org Paul Mackerras <paulus@ozlabs.org> - Christian Borntraeger <borntraeger@de.ibm.com> + kvmarm@lists.cs.columbia.edu Janosch Frank <frankja@linux.ibm.com> - David Hildenbrand <david@redhat.com> - Cornelia Huck <cohuck@redhat.com> - Wanpeng Li <wanpengli@tencent.com> - Jim Mattson <jmattson@google.com> - Joerg Roedel <joro@8bytes.org> Marc Zyngier <maz@kernel.org> - James Morse <james.morse@arm.com> - Julien Thierry <julien.thierry.kdev@gmail.com> - Suzuki K Poulose <suzuki.poulose@arm.com> - linux-mips@vger.kernel.org - kvm@vger.kernel.org + Joerg Roedel <joro@8bytes.org> + Christian Borntraeger <borntraeger@de.ibm.com> kvm-ppc@vger.kernel.org linux-arm-kernel@lists.infradead.org - kvmarm@lists.cs.columbia.edu + Jim Mattson <jmattson@google.com> + Cornelia Huck <cohuck@redhat.com> linux-kernel@vger.kernel.org - Christoffer Dall <christoffer.dall@arm.com> + Paolo Bonzini <pbonzini@redhat.com> + Vitaly Kuznetsov <vkuznets@redhat.com> " Philippe Mathieu-Daud\303\251 <f4bug@amsat.org>\0" "\00:1\0" "b\0" @@ -43,7 +39,7 @@ "> > > > > But that matters to this patch because if MIPS can use\n" "> > > > > kvm_flush_remote_tlbs(), then we probably don't need this\n" "> > > > > arch-specific hook any more and we can directly call\n" - "> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush=true.\n" + "> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush==true.\n" "> > > > \n" "> > > > Ya, the asid_flush_mask in kvm_vz_flush_shadow_all() is the only thing\n" "> > > > that prevents calling kvm_flush_remote_tlbs() directly, but I have no\n" @@ -103,6 +99,10 @@ "\n" "I don't want to go straight to kvm_arch_flush_remote_tlb_with_address()\n" "because that loses the important distinction (on x86) that slots_lock is\n" - expected to be held. + "expected to be held.\n" + "_______________________________________________\n" + "kvmarm mailing list\n" + "kvmarm@lists.cs.columbia.edu\n" + https://lists.cs.columbia.edu/mailman/listinfo/kvmarm -6cd72acde9c594cf0839da2aceb12f23b0cad417429a5a7a68d39f088618953a +422397cb46c98a0f5a8ce071f0eedd13a91d8dfb830b9ce09fa16c5d77cde718
diff --git a/a/1.txt b/N2/1.txt index d23e4da..3bdc32e 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -8,7 +8,7 @@ On Fri, Feb 07, 2020 at 07:18:32PM -0500, Peter Xu wrote: > > > > > But that matters to this patch because if MIPS can use > > > > > kvm_flush_remote_tlbs(), then we probably don't need this > > > > > arch-specific hook any more and we can directly call -> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush=true. +> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush==true. > > > > > > > > Ya, the asid_flush_mask in kvm_vz_flush_shadow_all() is the only thing > > > > that prevents calling kvm_flush_remote_tlbs() directly, but I have no diff --git a/a/content_digest b/N2/content_digest index 2e13f47..29e3a69 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -7,7 +7,7 @@ "ref\020200208001832.GA823968@xz-x1\0" "From\0Sean Christopherson <sean.j.christopherson@intel.com>\0" "Subject\0Re: [PATCH v5 15/19] KVM: Provide common implementation for generic dirty log functions\0" - "Date\0Sat, 08 Feb 2020 00:42:33 +0000\0" + "Date\0Fri, 7 Feb 2020 16:42:33 -0800\0" "To\0Peter Xu <peterx@redhat.com>\0" "Cc\0Vitaly Kuznetsov <vkuznets@redhat.com>" Paolo Bonzini <pbonzini@redhat.com> @@ -43,7 +43,7 @@ "> > > > > But that matters to this patch because if MIPS can use\n" "> > > > > kvm_flush_remote_tlbs(), then we probably don't need this\n" "> > > > > arch-specific hook any more and we can directly call\n" - "> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush=true.\n" + "> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush==true.\n" "> > > > \n" "> > > > Ya, the asid_flush_mask in kvm_vz_flush_shadow_all() is the only thing\n" "> > > > that prevents calling kvm_flush_remote_tlbs() directly, but I have no\n" @@ -105,4 +105,4 @@ "because that loses the important distinction (on x86) that slots_lock is\n" expected to be held. -6cd72acde9c594cf0839da2aceb12f23b0cad417429a5a7a68d39f088618953a +ce1971c5327f87530e3cc7fb1bee420c6b5b8f2b5ee8e17ef957a37682449be8
diff --git a/a/1.txt b/N3/1.txt index d23e4da..6166cf3 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -8,7 +8,7 @@ On Fri, Feb 07, 2020 at 07:18:32PM -0500, Peter Xu wrote: > > > > > But that matters to this patch because if MIPS can use > > > > > kvm_flush_remote_tlbs(), then we probably don't need this > > > > > arch-specific hook any more and we can directly call -> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush=true. +> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush==true. > > > > > > > > Ya, the asid_flush_mask in kvm_vz_flush_shadow_all() is the only thing > > > > that prevents calling kvm_flush_remote_tlbs() directly, but I have no @@ -69,3 +69,8 @@ kvm_arch_flush_shadow_all() and kvm_arch_flush_shadow_memslot(). I don't want to go straight to kvm_arch_flush_remote_tlb_with_address() because that loses the important distinction (on x86) that slots_lock is expected to be held. + +_______________________________________________ +linux-arm-kernel mailing list +linux-arm-kernel@lists.infradead.org +http://lists.infradead.org/mailman/listinfo/linux-arm-kernel diff --git a/a/content_digest b/N3/content_digest index 2e13f47..0b77c99 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -7,29 +7,29 @@ "ref\020200208001832.GA823968@xz-x1\0" "From\0Sean Christopherson <sean.j.christopherson@intel.com>\0" "Subject\0Re: [PATCH v5 15/19] KVM: Provide common implementation for generic dirty log functions\0" - "Date\0Sat, 08 Feb 2020 00:42:33 +0000\0" + "Date\0Fri, 7 Feb 2020 16:42:33 -0800\0" "To\0Peter Xu <peterx@redhat.com>\0" - "Cc\0Vitaly Kuznetsov <vkuznets@redhat.com>" - Paolo Bonzini <pbonzini@redhat.com> + "Cc\0Wanpeng Li <wanpengli@tencent.com>" + kvm@vger.kernel.org + David Hildenbrand <david@redhat.com> + linux-mips@vger.kernel.org Paul Mackerras <paulus@ozlabs.org> - Christian Borntraeger <borntraeger@de.ibm.com> + kvmarm@lists.cs.columbia.edu Janosch Frank <frankja@linux.ibm.com> - David Hildenbrand <david@redhat.com> - Cornelia Huck <cohuck@redhat.com> - Wanpeng Li <wanpengli@tencent.com> - Jim Mattson <jmattson@google.com> - Joerg Roedel <joro@8bytes.org> Marc Zyngier <maz@kernel.org> - James Morse <james.morse@arm.com> + Joerg Roedel <joro@8bytes.org> + Christian Borntraeger <borntraeger@de.ibm.com> Julien Thierry <julien.thierry.kdev@gmail.com> Suzuki K Poulose <suzuki.poulose@arm.com> - linux-mips@vger.kernel.org - kvm@vger.kernel.org kvm-ppc@vger.kernel.org linux-arm-kernel@lists.infradead.org - kvmarm@lists.cs.columbia.edu - linux-kernel@vger.kernel.org + Jim Mattson <jmattson@google.com> + Cornelia Huck <cohuck@redhat.com> Christoffer Dall <christoffer.dall@arm.com> + linux-kernel@vger.kernel.org + James Morse <james.morse@arm.com> + Paolo Bonzini <pbonzini@redhat.com> + Vitaly Kuznetsov <vkuznets@redhat.com> " Philippe Mathieu-Daud\303\251 <f4bug@amsat.org>\0" "\00:1\0" "b\0" @@ -43,7 +43,7 @@ "> > > > > But that matters to this patch because if MIPS can use\n" "> > > > > kvm_flush_remote_tlbs(), then we probably don't need this\n" "> > > > > arch-specific hook any more and we can directly call\n" - "> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush=true.\n" + "> > > > > kvm_flush_remote_tlbs() after sync dirty log when flush==true.\n" "> > > > \n" "> > > > Ya, the asid_flush_mask in kvm_vz_flush_shadow_all() is the only thing\n" "> > > > that prevents calling kvm_flush_remote_tlbs() directly, but I have no\n" @@ -103,6 +103,11 @@ "\n" "I don't want to go straight to kvm_arch_flush_remote_tlb_with_address()\n" "because that loses the important distinction (on x86) that slots_lock is\n" - expected to be held. + "expected to be held.\n" + "\n" + "_______________________________________________\n" + "linux-arm-kernel mailing list\n" + "linux-arm-kernel@lists.infradead.org\n" + http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -6cd72acde9c594cf0839da2aceb12f23b0cad417429a5a7a68d39f088618953a +dfb4bc5dfb5e1ee889e2c701e2d7686528056efed5fe39fc7b5341d319e427e8
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.