diff for duplicates of <YuAsjZbnCN/PrNKw@google.com>

diff --git a/a/1.txt b/N1/1.txt
index 9767bdc..9d4d940 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -13,9 +13,9 @@ On Fri, Jul 22, 2022, Mingwei Zhang wrote:
 > > tdp_mmu_pages counter introduced in this series [1]. This patch was
 > > rebased on top of the first two patches in that series.
 > > 
-> > [1]https://lore.kernel.org/lkml/20220401063636.2414200-1-mizhang-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org/
+> > [1]https://lore.kernel.org/lkml/20220401063636.2414200-1-mizhang@google.com/
 > > 
-> > Signed-off-by: Yosry Ahmed <yosryahmed-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
+> > Signed-off-by: Yosry Ahmed <yosryahmed@google.com>
 > > ---
 > 
 > It looks like there are two metrics for mmu in x86: one for shadow mmu
@@ -35,3 +35,7 @@ necessary.  And until mmu_shrink_scan() is made a _lot_ smarter, it's somewhat o
 moot point because KVM's shrinker implementation is just too naive for it to be a net
 positive, e.g. it tends to zap upper level entries and wipe out large swaths of KVM's
 page tables.  KVM_SET_NR_MMU_PAGES uses the same naive algorithm, so it's not any better.
+_______________________________________________
+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 8a0fc20..f048023 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,32 +1,30 @@
  "ref\020220429201131.3397875-1-yosryahmed@google.com\0"
  "ref\020220429201131.3397875-4-yosryahmed@google.com\0"
  "ref\0YtsPk5+hZNMEwT0c@google.com\0"
- "ref\0YtsPk5+hZNMEwT0c-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org\0"
- "From\0Sean Christopherson <seanjc-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>\0"
+ "From\0Sean Christopherson <seanjc@google.com>\0"
  "Subject\0Re: [PATCH v4 3/4] KVM: x86/mmu: count KVM mmu usage in secondary pagetable stats.\0"
  "Date\0Tue, 26 Jul 2022 18:03:57 +0000\0"
- "To\0Mingwei Zhang <mizhang-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>\0"
- "Cc\0Yosry Ahmed <yosryahmed-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>"
-  Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
-  Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org>
-  Zefan Li <lizefan.x-EC8Uxl6Npydl57MIdRCFDg@public.gmane.org>
-  Marc Zyngier <maz-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
-  James Morse <james.morse-5wv7dgnIgG8@public.gmane.org>
-  Alexandru Elisei <alexandru.elisei-5wv7dgnIgG8@public.gmane.org>
-  Suzuki K Poulose <suzuki.poulose-5wv7dgnIgG8@public.gmane.org>
-  Paolo Bonzini <pbonzini-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
-  Vitaly Kuznetsov <vkuznets-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
-  Wanpeng Li <wanpengli-1Nz4purKYjRBDgjK7y7TUQ@public.gmane.org>
-  Jim Mattson <jmattson-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
-  Joerg Roedel <joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
-  Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
-  Michal Hocko <mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
-  Roman Gushchin <roman.gushchin-fxUVXftIFDnyG1zEObXtfA@public.gmane.org>
-  Shakeel Butt <shakeelb-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
-  Oliver Upton <oupton-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
-  cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
- " linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org\0"
+ "To\0Mingwei Zhang <mizhang@google.com>\0"
+ "Cc\0Wanpeng Li <wanpengli@tencent.com>"
+  kvm@vger.kernel.org
+  Roman Gushchin <roman.gushchin@linux.dev>
+  Michal Hocko <mhocko@kernel.org>
+  Yosry Ahmed <yosryahmed@google.com>
+  linux-mm@kvack.org
+  Zefan Li <lizefan.x@bytedance.com>
+  kvmarm@lists.cs.columbia.edu
+  Marc Zyngier <maz@kernel.org>
+  Joerg Roedel <joro@8bytes.org>
+  Shakeel Butt <shakeelb@google.com>
+  cgroups@vger.kernel.org
+  Andrew Morton <akpm@linux-foundation.org>
+  linux-arm-kernel@lists.infradead.org
+  Jim Mattson <jmattson@google.com>
+  linux-kernel@vger.kernel.org
+  Johannes Weiner <hannes@cmpxchg.org>
+  Tejun Heo <tj@kernel.org>
+  Paolo Bonzini <pbonzini@redhat.com>
+ " Vitaly Kuznetsov <vkuznets@redhat.com>\0"
  "\00:1\0"
  "b\0"
  "On Fri, Jul 22, 2022, Mingwei Zhang wrote:\n"
@@ -44,9 +42,9 @@
  "> > tdp_mmu_pages counter introduced in this series [1]. This patch was\n"
  "> > rebased on top of the first two patches in that series.\n"
  "> > \n"
- "> > [1]https://lore.kernel.org/lkml/20220401063636.2414200-1-mizhang-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org/\n"
+ "> > [1]https://lore.kernel.org/lkml/20220401063636.2414200-1-mizhang@google.com/\n"
  "> > \n"
- "> > Signed-off-by: Yosry Ahmed <yosryahmed-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>\n"
+ "> > Signed-off-by: Yosry Ahmed <yosryahmed@google.com>\n"
  "> > ---\n"
  "> \n"
  "> It looks like there are two metrics for mmu in x86: one for shadow mmu\n"
@@ -65,6 +63,10 @@
  "necessary.  And until mmu_shrink_scan() is made a _lot_ smarter, it's somewhat of a\n"
  "moot point because KVM's shrinker implementation is just too naive for it to be a net\n"
  "positive, e.g. it tends to zap upper level entries and wipe out large swaths of KVM's\n"
- page tables.  KVM_SET_NR_MMU_PAGES uses the same naive algorithm, so it's not any better.
+ "page tables.  KVM_SET_NR_MMU_PAGES uses the same naive algorithm, so it's not any better.\n"
+ "_______________________________________________\n"
+ "kvmarm mailing list\n"
+ "kvmarm@lists.cs.columbia.edu\n"
+ https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
 
-2bb9b33f889f5c47b708eeb85e6e6f96fccbd16d1f0fdd2f0d3134fd23ca6a2e
+4a8735bea8315dfba50e0f86262c1629e2ac8b6249c97b4ef18ee9925d5e499d
