All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20160701154612.GC17071@leverpostej>

diff --git a/a/1.txt b/N1/1.txt
index e60a62c..a3e7120 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,11 +1,11 @@
 On Fri, Jul 01, 2016 at 05:31:33PM +0200, Ard Biesheuvel wrote:
-> On 1 July 2016 at 17:22, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:
+> On 1 July 2016 at 17:22, Mark Rutland <mark.rutland@arm.com> wrote:
 > > On Fri, Jul 01, 2016 at 05:01:30PM +0200, Ard Biesheuvel wrote:
 > >> It is the firmware's job to clear any pending SErrors before entering
 > >> the kernel. On UEFI, we can fail gracefully rather than panic during
 > >> early boot, so check for this condition in the stub.
 > >>
-> >> Signed-off-by: Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
+> >> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
 > >
 > > An SError could be triggered either asynchronously by FW, or as a result
 > > of our actions at any point after this, e.g. due to the filesystem
diff --git a/a/content_digest b/N1/content_digest
index 605d0c0..ec89fc0 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,26 +1,20 @@
  "ref\01467385291-9880-1-git-send-email-ard.biesheuvel@linaro.org\0"
  "ref\020160701152252.GA17071@leverpostej\0"
  "ref\0CAKv+Gu9Pk6xbUUMisAMhd4rpoYHA+wjzrZGkyEUXPdx_TaniVQ@mail.gmail.com\0"
- "ref\0CAKv+Gu9Pk6xbUUMisAMhd4rpoYHA+wjzrZGkyEUXPdx_TaniVQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0"
- "From\0Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>\0"
- "Subject\0Re: [PATCH 1/2] efi: arm64: abort boot on pending SError\0"
+ "From\0mark.rutland@arm.com (Mark Rutland)\0"
+ "Subject\0[PATCH 1/2] efi: arm64: abort boot on pending SError\0"
  "Date\0Fri, 1 Jul 2016 16:46:12 +0100\0"
- "To\0Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\0"
- "Cc\0linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>"
-  linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
-  Matt Fleming <matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>
-  Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>
- " Leif Lindholm <leif.lindholm-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\0"
+ "To\0linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Fri, Jul 01, 2016 at 05:31:33PM +0200, Ard Biesheuvel wrote:\n"
- "> On 1 July 2016 at 17:22, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:\n"
+ "> On 1 July 2016 at 17:22, Mark Rutland <mark.rutland@arm.com> wrote:\n"
  "> > On Fri, Jul 01, 2016 at 05:01:30PM +0200, Ard Biesheuvel wrote:\n"
  "> >> It is the firmware's job to clear any pending SErrors before entering\n"
  "> >> the kernel. On UEFI, we can fail gracefully rather than panic during\n"
  "> >> early boot, so check for this condition in the stub.\n"
  "> >>\n"
- "> >> Signed-off-by: Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\n"
+ "> >> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n"
  "> >\n"
  "> > An SError could be triggered either asynchronously by FW, or as a result\n"
  "> > of our actions at any point after this, e.g. due to the filesystem\n"
@@ -56,4 +50,4 @@
  "Thanks,\n"
  Mark.
 
-4b36413f5404a3d8dd0d9f8892b6a2eb32ed53605fed1d1c345a1e862672de8e
+cd2eca0182f37ccb3f0a268a12e68fd2fa025ce1388d13a69227a41de8742331

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.