All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20150927070355.GB26125@gmail.com>

diff --git a/a/1.txt b/N1/1.txt
index 364aaf8..7689d48 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,5 +1,5 @@
 
-* Matt Fleming <matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org> wrote:
+* Matt Fleming <matt@codeblueprint.co.uk> wrote:
 
 > > So could we make the whole code obviously bottom-up? Such as first calculating 
 > > the size of virtual memory needed, then allocating a _single_, obviously 
@@ -9,7 +9,7 @@
 > So, we could, and in fact the first version of this patch did just that. You can 
 > find it here,
 > 
->   https://lkml.kernel.org/r/1441372447-23439-1-git-send-email-matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org
+>   https://lkml.kernel.org/r/1441372447-23439-1-git-send-email-matt@codeblueprint.co.uk
 > 
 > But Ard suggested re-using the existing code and simply changing the order we 
 > map the memmap entries in.
diff --git a/a/content_digest b/N1/content_digest
index c917eaa..5c900fc 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,36 +2,35 @@
  "ref\01443218539-7610-2-git-send-email-matt@codeblueprint.co.uk\0"
  "ref\020150926055643.GA25877@gmail.com\0"
  "ref\020150926134329.GA3144@codeblueprint.co.uk\0"
- "ref\020150926134329.GA3144-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org\0"
- "From\0Ingo Molnar <mingo-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>\0"
+ "From\0Ingo Molnar <mingo@kernel.org>\0"
  "Subject\0Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime\0"
  "Date\0Sun, 27 Sep 2015 09:03:55 +0200\0"
- "To\0Matt Fleming <matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>\0"
- "Cc\0Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>"
-  H. Peter Anvin <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
-  Matt Fleming <matt.fleming-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
-  linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
+ "To\0Matt Fleming <matt@codeblueprint.co.uk>\0"
+ "Cc\0Thomas Gleixner <tglx@linutronix.de>"
+  H. Peter Anvin <hpa@zytor.com>
+  Matt Fleming <matt.fleming@intel.com>
+  linux-kernel@vger.kernel.org
+  linux-efi@vger.kernel.org
   Lee
-  Chun-Yi <jlee-IBi9RG/b67k@public.gmane.org>
-  Borislav Petkov <bp-l3A5Bk7waGM@public.gmane.org>
-  Leif Lindholm <leif.lindholm-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
-  Peter Jones <pjones-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
-  James Bottomley <JBottomley-O3H1v1f1dlM@public.gmane.org>
-  Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
-  Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
-  stable-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
-  Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
-  Borislav Petkov <bp-Gina5bIWoIWzQB+pC5nmwQ@public.gmane.org>
-  Andy Lutomirski <luto-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
-  Denys Vlasenko <dvlasenk-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
-  Brian Gerst <brgerst-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
- " Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>\0"
+  Chun-Yi <jlee@suse.com>
+  Borislav Petkov <bp@suse.de>
+  Leif Lindholm <leif.lindholm@linaro.org>
+  Peter Jones <pjones@redhat.com>
+  James Bottomley <JBottomley@odin.com>
+  Matthew Garrett <mjg59@srcf.ucam.org>
+  Dave Young <dyoung@redhat.com>
+  stable@vger.kernel.org
+  Ard Biesheuvel <ard.biesheuvel@linaro.org>
+  Linus Torvalds <torvalds@linux-foundation.org>
+  Borislav Petkov <bp@alien8.de>
+  Andy Lutomirski <luto@kernel.org>
+  Denys Vlasenko <dvlasenk@redhat.com>
+  Brian Gerst <brgerst@gmail.com>
+ " Andrew Morton <akpm@linux-foundation.org>\0"
  "\00:1\0"
  "b\0"
  "\n"
- "* Matt Fleming <matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org> wrote:\n"
+ "* Matt Fleming <matt@codeblueprint.co.uk> wrote:\n"
  "\n"
  "> > So could we make the whole code obviously bottom-up? Such as first calculating \n"
  "> > the size of virtual memory needed, then allocating a _single_, obviously \n"
@@ -41,7 +40,7 @@
  "> So, we could, and in fact the first version of this patch did just that. You can \n"
  "> find it here,\n"
  "> \n"
- ">   https://lkml.kernel.org/r/1441372447-23439-1-git-send-email-matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org\n"
+ ">   https://lkml.kernel.org/r/1441372447-23439-1-git-send-email-matt@codeblueprint.co.uk\n"
  "> \n"
  "> But Ard suggested re-using the existing code and simply changing the order we \n"
  "> map the memmap entries in.\n"
@@ -100,4 +99,4 @@
  "\n"
  "\tIngo"
 
-39abd6f1392c0bce9363e9fe6076cfac0f5519213572a996667523b654f2b6fd
+08a336513369da6f9946d1c8a67d34b11c41d298d75743a83428f6acfa3f4288

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.