diff for duplicates of <4D40F5FD.6090507@zytor.com>

diff --git a/a/1.txt b/N1/1.txt
index 0975073..a6102f2 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -13,8 +13,3 @@ On 01/26/2011 06:00 AM, Ingo Molnar wrote:
 The problem is that the BIOS will often wipe memory.
 
 	-hpa
-
-_______________________________________________
-kexec mailing list
-kexec@lists.infradead.org
-http://lists.infradead.org/mailman/listinfo/kexec
diff --git a/a/content_digest b/N1/content_digest
index 9128082..87379ab 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -4,38 +4,34 @@
  "ref\020110126125813.GA26952@elte.hu\0"
  "ref\020110126133400.GA3399@laptop\0"
  "ref\020110126140030.GB30064@elte.hu\0"
- "From\0H. Peter Anvin <hpa@zytor.com>\0"
+ "ref\020110126140030.GB30064-X9Un+BFzKDI@public.gmane.org\0"
+ "From\0H. Peter Anvin <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>\0"
  "Subject\0Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic\0"
  "Date\0Wed, 26 Jan 2011 20:35:09 -0800\0"
- "To\0Ingo Molnar <mingo@elte.hu>\0"
- "Cc\0Willy Tarreau <wtarreau@hera.kernel.org>"
-  Dirk Hohndel <hohndel@infradead.org>
- " Fr\303\251d\303\251ric Weisbecker <fweisbec@gmail.com>"
-  FBDEV-ML <linux-fbdev@vger.kernel.org>
-  IDE-ML <linux-ide@vger.kernel.org>
-  Randy Dunlap <rdunlap@xenotime.net>
-  James Bottomley <James.Bottomley@suse.de>
-  X86-ML <x86@kernel.org>
-  Ahmed S. Darwish <darwish.07@gmail.com>
-  Ingo Molnar <mingo@redhat.com>
-  Jeff Garzik <jgarzik@pobox.com>
-  Vivek Goyal <vgoyal@redhat.com>
-  Peter Zijlstra <a.p.zijlstra@chello.nl>
-  Dirk.Hohndel@intel.com
-  Borislav Petkov <bp@alien8.de>
-  Dave Jones <davej@redhat.com>
-  Thomas Gleixner <tglx@linutronix.de>
-  Andrew Morton <akpm@linux-foundation.org>
-  Arjan van de Ven <arjan@infradead.org>
-  Tony Luck <tony.luck@intel.com>
-  KEXEC-ML <kexec@lists.infradead.org>
-  LKML <linux-kernel@vger.kernel.org>
-  Haren Myneni <hbabu@us.ibm.com>
-  Eric Biederman <ebiederm@xmission.com>
-  Tejun Heo <tj@kernel.org>
-  Mark Lord <kernel@teksavvy.com>
-  Linus Torvalds <torvalds@linux-foundation.org>
- " Willy Tarreau <w@1wt.eu>\0"
+ "To\0Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>\0"
+ "Cc\0Willy Tarreau <wtarreau-Dj75qbTlC0E76Z2rM5mHXA@public.gmane.org>"
+  Dirk Hohndel <hohndel-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
+ " Fr\303\251d\303\251ric Weisbecker <fweisbec-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>"
+  FBDEV-ML <linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
+  IDE-ML <linux-ide-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
+  Randy Dunlap <rdunlap-/UHa2rfvQTnk1uMJSBkQmQ@public.gmane.org>
+  James Bottomley <James.Bottomley-l3A5Bk7waGM@public.gmane.org>
+  X86-ML <x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
+  Ahmed S. Darwish <darwish.07-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
+  Ingo Molnar <mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
+  Jeff Garzik <jgarzik-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
+  Vivek Goyal <vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
+  Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
+  Dirk.Hohndel-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
+  Borislav Petkov <bp-Gina5bIWoIWzQB+pC5nmwQ@public.gmane.org>
+  Dave Jones <davej-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
+  Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
+  Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
+  Arjan van de Ven <arjan-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
+  Tony Luck <tony.luck-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
+  KEXEC-ML <kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
+  LKML <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
+ " Haren Myneni <hbabu-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>\0"
  "\00:1\0"
  "b\0"
  "On 01/26/2011 06:00 AM, Ingo Molnar wrote:\n"
@@ -52,11 +48,6 @@
  "\n"
  "The problem is that the BIOS will often wipe memory.\n"
  "\n"
- "\t-hpa\n"
- "\n"
- "_______________________________________________\n"
- "kexec mailing list\n"
- "kexec@lists.infradead.org\n"
- http://lists.infradead.org/mailman/listinfo/kexec
+ "\t-hpa"
 
-21d837ab17ff3f501952ace4db0d490baf918417fb23625d68530cb5806e7e83
+41eac888d2f6e2501692ef448b07610092f5236816ffc2e6affb3ed77196991a
