All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20170525124445.GA4181@wunner.de>

diff --git a/a/1.txt b/N1/1.txt
index eb92827..40b9e28 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,11 +1,11 @@
 On Thu, May 25, 2017 at 05:36:01AM -0700, Ard Biesheuvel wrote:
-> On 25 May 2017 at 05:30, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:
+> On 25 May 2017 at 05:30, Lukas Wunner <lukas@wunner.de> wrote:
 > > On Thu, May 11, 2017 at 03:06:42PM +0100, Ard Biesheuvel wrote:
-> >> On 10 May 2017 at 09:41, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:
+> >> On 10 May 2017 at 09:41, Lukas Wunner <lukas@wunner.de> wrote:
 > >> > On Wed, May 10, 2017 at 09:03:11AM +0100, Ard Biesheuvel wrote:
-> >> >> On 6 May 2017 at 10:07, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:
+> >> >> On 6 May 2017 at 10:07, Lukas Wunner <lukas@wunner.de> wrote:
 > >> >> > On Sat, May 06, 2017 at 08:46:07AM +0100, Ard Biesheuvel wrote:
-> >> >> >> On 5 May 2017 at 19:38, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:
+> >> >> >> On 5 May 2017 at 19:38, Lukas Wunner <lukas@wunner.de> wrote:
 > >> >> >> > The CPER parser assumes that the class code is big endian, but at least
 > >> >> >> > on this edk2-derived Intel Purley platform it's little endian:
 > >> >> > [snip]
diff --git a/a/content_digest b/N1/content_digest
index dd265b1..8a132f0 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -6,26 +6,25 @@
  "ref\0CAKv+Gu81gvNL1jkb3T35=-5fr_x-BmSg9X2CcQ97xv5JTZ-c1A@mail.gmail.com\0"
  "ref\020170525123047.GA4172@wunner.de\0"
  "ref\0CAKv+Gu_3vYKGOrzC8+Y3QwXOtV8Tbm8HC7nzQCdKVB1Qbdoriw@mail.gmail.com\0"
- "ref\0CAKv+Gu_3vYKGOrzC8+Y3QwXOtV8Tbm8HC7nzQCdKVB1Qbdoriw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0"
- "From\0Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>\0"
+ "From\0Lukas Wunner <lukas@wunner.de>\0"
  "Subject\0Re: [PATCH] efi/cper: Fix endianness of PCI class code\0"
  "Date\0Thu, 25 May 2017 14:44:45 +0200\0"
- "To\0Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\0"
- "Cc\0Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>"
-  linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  Ashok Raj <ashok.raj-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
-  linux-pci <linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
- " Huang Ying <ying.huang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>\0"
+ "To\0Ard Biesheuvel <ard.biesheuvel@linaro.org>\0"
+ "Cc\0Arnd Bergmann <arnd@arndb.de>"
+  linux-efi@vger.kernel.org <linux-efi@vger.kernel.org>
+  Ashok Raj <ashok.raj@intel.com>
+  linux-pci <linux-pci@vger.kernel.org>
+ " Huang Ying <ying.huang@intel.com>\0"
  "\00:1\0"
  "b\0"
  "On Thu, May 25, 2017 at 05:36:01AM -0700, Ard Biesheuvel wrote:\n"
- "> On 25 May 2017 at 05:30, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:\n"
+ "> On 25 May 2017 at 05:30, Lukas Wunner <lukas@wunner.de> wrote:\n"
  "> > On Thu, May 11, 2017 at 03:06:42PM +0100, Ard Biesheuvel wrote:\n"
- "> >> On 10 May 2017 at 09:41, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:\n"
+ "> >> On 10 May 2017 at 09:41, Lukas Wunner <lukas@wunner.de> wrote:\n"
  "> >> > On Wed, May 10, 2017 at 09:03:11AM +0100, Ard Biesheuvel wrote:\n"
- "> >> >> On 6 May 2017 at 10:07, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:\n"
+ "> >> >> On 6 May 2017 at 10:07, Lukas Wunner <lukas@wunner.de> wrote:\n"
  "> >> >> > On Sat, May 06, 2017 at 08:46:07AM +0100, Ard Biesheuvel wrote:\n"
- "> >> >> >> On 5 May 2017 at 19:38, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:\n"
+ "> >> >> >> On 5 May 2017 at 19:38, Lukas Wunner <lukas@wunner.de> wrote:\n"
  "> >> >> >> > The CPER parser assumes that the class code is big endian, but at least\n"
  "> >> >> >> > on this edk2-derived Intel Purley platform it's little endian:\n"
  "> >> >> > [snip]\n"
@@ -110,4 +109,4 @@
  "respect to that pragma (such as clang)), and gcc guarantees the\n"
  correct layout regardless of endianness?
 
-61a58a6a6401374c92d326ccaea6d14a8e6a443ac9baec920e5119366b6ba604
+95ece9c59cb3d2a56d88c0214254a234e95357f633ecddaa4862d52d07b956ef

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.