All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <YGTkLMAzk88wOiZm@google.com>

diff --git a/a/1.txt b/N1/1.txt
index b5674f4..cb123fc 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -27,3 +27,7 @@ i.e. it's never mmu_lock -> mmu_notifier_slots_lock.
 Ah, crud, yes.  Holding a spinlock across the entire start() ... end() would be
 bad, especially when the notifier can block since that opens up the possibility
 of the task sleeping/blocking/yielding while the spinlock is held.  Bummer.
+_______________________________________________
+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 9922d70..bec6ec2 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -9,24 +9,21 @@
  "Subject\0Re: [PATCH 16/18] KVM: Don't take mmu_lock for range invalidation unless necessary\0"
  "Date\0Wed, 31 Mar 2021 21:05:48 +0000\0"
  "To\0Paolo Bonzini <pbonzini@redhat.com>\0"
- "Cc\0Marc Zyngier <maz@kernel.org>"
-  Huacai Chen <chenhuacai@kernel.org>
-  Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>
-  Paul Mackerras <paulus@ozlabs.org>
-  James Morse <james.morse@arm.com>
-  Julien Thierry <julien.thierry.kdev@gmail.com>
-  Suzuki K Poulose <suzuki.poulose@arm.com>
-  Vitaly Kuznetsov <vkuznets@redhat.com>
-  Wanpeng Li <wanpengli@tencent.com>
-  Jim Mattson <jmattson@google.com>
+ "Cc\0Wanpeng Li <wanpengli@tencent.com>"
+  kvm@vger.kernel.org
+  Marc Zyngier <maz@kernel.org>
   Joerg Roedel <joro@8bytes.org>
-  linux-arm-kernel@lists.infradead.org
-  kvmarm@lists.cs.columbia.edu
+  Huacai Chen <chenhuacai@kernel.org>
   linux-mips@vger.kernel.org
-  kvm@vger.kernel.org
   kvm-ppc@vger.kernel.org
   linux-kernel@vger.kernel.org
- " Ben Gardon <bgardon@google.com>\0"
+  Paul Mackerras <paulus@ozlabs.org>
+  Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>
+  linux-arm-kernel@lists.infradead.org
+  Ben Gardon <bgardon@google.com>
+  Vitaly Kuznetsov <vkuznets@redhat.com>
+  kvmarm@lists.cs.columbia.edu
+ " Jim Mattson <jmattson@google.com>\0"
  "\00:1\0"
  "b\0"
  "On Wed, Mar 31, 2021, Paolo Bonzini wrote:\n"
@@ -57,6 +54,10 @@
  "\n"
  "Ah, crud, yes.  Holding a spinlock across the entire start() ... end() would be\n"
  "bad, especially when the notifier can block since that opens up the possibility\n"
- of the task sleeping/blocking/yielding while the spinlock is held.  Bummer.
+ "of the task sleeping/blocking/yielding while the spinlock is held.  Bummer.\n"
+ "_______________________________________________\n"
+ "kvmarm mailing list\n"
+ "kvmarm@lists.cs.columbia.edu\n"
+ https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
 
-3ae926cd57f15ee7c7294fb239589772f3d323cf3420afd629a0e2fabc72ae9b
+881947fab8d0ff5c163ef2f53c99d0c2c0497304170a20faad652a329b9b4b71

diff --git a/a/1.txt b/N2/1.txt
index b5674f4..81f3686 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -27,3 +27,8 @@ i.e. it's never mmu_lock -> mmu_notifier_slots_lock.
 Ah, crud, yes.  Holding a spinlock across the entire start() ... end() would be
 bad, especially when the notifier can block since that opens up the possibility
 of the task sleeping/blocking/yielding while the spinlock is held.  Bummer.
+
+_______________________________________________
+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/N2/content_digest
index 9922d70..83053ee 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -57,6 +57,11 @@
  "\n"
  "Ah, crud, yes.  Holding a spinlock across the entire start() ... end() would be\n"
  "bad, especially when the notifier can block since that opens up the possibility\n"
- of the task sleeping/blocking/yielding while the spinlock is held.  Bummer.
+ "of the task sleeping/blocking/yielding while the spinlock is held.  Bummer.\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
 
-3ae926cd57f15ee7c7294fb239589772f3d323cf3420afd629a0e2fabc72ae9b
+4e47c225df35100630071063a5d178bec2f470bd779470076231343a8578372d

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.