All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20200207194532.GK2401@linux.intel.com>

diff --git a/a/1.txt b/N1/1.txt
index 29aa66a..3f611cc 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -6,7 +6,7 @@ On Thu, Feb 06, 2020 at 04:41:06PM -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
@@ -48,3 +48,7 @@ to explain why kvm_flush_remote_tlbs() is the default, and (b) it would
 require even more comments, which would be x86-specific in generic KVM,
 to explain why x86 doesn't use its with_address() flush, or we'd lost that
 info altogether.
+_______________________________________________
+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 268a4cc..32b1e52 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -5,30 +5,26 @@
  "ref\020200206214106.GG700495@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\0Fri, 07 Feb 2020 19:45:32 +0000\0"
+ "Date\0Fri, 7 Feb 2020 11:45:32 -0800\0"
  "To\0Peter Xu <peterx@redhat.com>"
  " Vitaly Kuznetsov <vkuznets@redhat.com>\0"
- "Cc\0Paolo 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>
-  Vitaly Kuznetsov <vkuznets@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"
@@ -40,7 +36,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"
@@ -81,6 +77,10 @@
  "to explain why kvm_flush_remote_tlbs() is the default, and (b) it would\n"
  "require even more comments, which would be x86-specific in generic KVM,\n"
  "to explain why x86 doesn't use its with_address() flush, or we'd lost that\n"
- info altogether.
+ "info altogether.\n"
+ "_______________________________________________\n"
+ "kvmarm mailing list\n"
+ "kvmarm@lists.cs.columbia.edu\n"
+ https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
 
-24f802b5f3ab6565c61647eff0d65401f89faf5f8dcb1e13e498a447e37ea036
+cd97b6c8b0475521439c01076101113e37c055514e76bf320d0e692d259ca6e5

diff --git a/a/1.txt b/N2/1.txt
index 29aa66a..b169ffa 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -6,7 +6,7 @@ On Thu, Feb 06, 2020 at 04:41:06PM -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 268a4cc..02368bb 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -5,7 +5,7 @@
  "ref\020200206214106.GG700495@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\0Fri, 07 Feb 2020 19:45:32 +0000\0"
+ "Date\0Fri, 7 Feb 2020 11:45:32 -0800\0"
  "To\0Peter Xu <peterx@redhat.com>"
  " Vitaly Kuznetsov <vkuznets@redhat.com>\0"
  "Cc\0Paolo Bonzini <pbonzini@redhat.com>"
@@ -40,7 +40,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"
@@ -83,4 +83,4 @@
  "to explain why x86 doesn't use its with_address() flush, or we'd lost that\n"
  info altogether.
 
-24f802b5f3ab6565c61647eff0d65401f89faf5f8dcb1e13e498a447e37ea036
+a0c88746054b8626e6d4408ee8cbd675f79de472bf38391aad44e8c8772d47be

diff --git a/a/1.txt b/N3/1.txt
index 29aa66a..2c9e330 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -6,7 +6,7 @@ On Thu, Feb 06, 2020 at 04:41:06PM -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
@@ -48,3 +48,8 @@ to explain why kvm_flush_remote_tlbs() is the default, and (b) it would
 require even more comments, which would be x86-specific in generic KVM,
 to explain why x86 doesn't use its with_address() flush, or we'd lost that
 info altogether.
+
+_______________________________________________
+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 268a4cc..a883ce3 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -5,30 +5,30 @@
  "ref\020200206214106.GG700495@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\0Fri, 07 Feb 2020 19:45:32 +0000\0"
+ "Date\0Fri, 7 Feb 2020 11:45:32 -0800\0"
  "To\0Peter Xu <peterx@redhat.com>"
  " Vitaly Kuznetsov <vkuznets@redhat.com>\0"
- "Cc\0Paolo 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>
-  Vitaly Kuznetsov <vkuznets@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"
@@ -40,7 +40,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"
@@ -81,6 +81,11 @@
  "to explain why kvm_flush_remote_tlbs() is the default, and (b) it would\n"
  "require even more comments, which would be x86-specific in generic KVM,\n"
  "to explain why x86 doesn't use its with_address() flush, or we'd lost that\n"
- info altogether.
+ "info altogether.\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
 
-24f802b5f3ab6565c61647eff0d65401f89faf5f8dcb1e13e498a447e37ea036
+3da6bb605b50490b7acdd39fef7076296b1601c72fa7418207c087638dd93e8d

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.