All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20180618131712.GA25400@redhat.com>

diff --git a/a/1.txt b/N1/1.txt
index a022154..1beb6af 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,5 +1,5 @@
 On Mon, Jun 18 2018 at  8:50am -0400,
-Mikulas Patocka <mpatocka-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
+Mikulas Patocka <mpatocka@redhat.com> wrote:
 
 > Hi Mike
 > 
@@ -20,7 +20,7 @@ I'll try a resend.. but the 4.18 merge window is now closed.
 Mike
 
 
-> From: Mikulas Patocka <mpatocka-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
+> From: Mikulas Patocka <mpatocka@redhat.com>
 > 
 > I use memcpy_flushcache in my persistent memory driver for metadata
 > updates and it turns out that the overhead of memcpy_flushcache causes 2%
@@ -31,7 +31,7 @@ Mike
 > and turns them into inline assembler - so that I don't have to use inline
 > assembler in the driver.
 > 
-> Signed-off-by: Mikulas Patocka <mpatocka-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
+> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
 > 
 > ---
 >  arch/x86/include/asm/string_64.h |   20 +++++++++++++++++++-
@@ -91,3 +91,7 @@ Mike
 >  
 >  void memcpy_page_flushcache(char *to, struct page *page, size_t offset,
 >  		size_t len)
+_______________________________________________
+Linux-nvdimm mailing list
+Linux-nvdimm@lists.01.org
+https://lists.01.org/mailman/listinfo/linux-nvdimm
diff --git a/a/content_digest b/N1/content_digest
index 960b5bc..ffdc104 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,17 +1,16 @@
  "ref\0alpine.LRH.2.02.1806180846300.22626@file01.intranet.prod.int.rdu2.redhat.com\0"
- "ref\0alpine.LRH.2.02.1806180846300.22626-Hpncn10jQN4oNljnaZt3ZvA+iT7yCHsGwRM8/txMwJMAicBL8TP8PQ@public.gmane.org\0"
- "From\0Mike Snitzer <snitzer-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\0"
+ "From\0Mike Snitzer <snitzer@redhat.com>\0"
  "Subject\0Re: x86: optimize memcpy_flushcache\0"
  "Date\0Mon, 18 Jun 2018 09:17:12 -0400\0"
- "To\0Mikulas Patocka <mpatocka-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>"
-  Ingo Molnar <mingo-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
- " Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>\0"
- "Cc\0dm-devel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org"
- " linux-nvdimm <linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>\0"
+ "To\0Mikulas Patocka <mpatocka@redhat.com>"
+  Ingo Molnar <mingo@kernel.org>
+ " Thomas Gleixner <tglx@linutronix.de>\0"
+ "Cc\0dm-devel@redhat.com"
+ " linux-nvdimm <linux-nvdimm@lists.01.org>\0"
  "\00:1\0"
  "b\0"
  "On Mon, Jun 18 2018 at  8:50am -0400,\n"
- "Mikulas Patocka <mpatocka-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:\n"
+ "Mikulas Patocka <mpatocka@redhat.com> wrote:\n"
  "\n"
  "> Hi Mike\n"
  "> \n"
@@ -32,7 +31,7 @@
  "Mike\n"
  "\n"
  "\n"
- "> From: Mikulas Patocka <mpatocka-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\n"
+ "> From: Mikulas Patocka <mpatocka@redhat.com>\n"
  "> \n"
  "> I use memcpy_flushcache in my persistent memory driver for metadata\n"
  "> updates and it turns out that the overhead of memcpy_flushcache causes 2%\n"
@@ -43,7 +42,7 @@
  "> and turns them into inline assembler - so that I don't have to use inline\n"
  "> assembler in the driver.\n"
  "> \n"
- "> Signed-off-by: Mikulas Patocka <mpatocka-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\n"
+ "> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>\n"
  "> \n"
  "> ---\n"
  ">  arch/x86/include/asm/string_64.h |   20 +++++++++++++++++++-\n"
@@ -102,6 +101,10 @@
  "> +EXPORT_SYMBOL_GPL(__memcpy_flushcache);\n"
  ">  \n"
  ">  void memcpy_page_flushcache(char *to, struct page *page, size_t offset,\n"
- ">  \t\tsize_t len)"
+ ">  \t\tsize_t len)\n"
+ "_______________________________________________\n"
+ "Linux-nvdimm mailing list\n"
+ "Linux-nvdimm@lists.01.org\n"
+ https://lists.01.org/mailman/listinfo/linux-nvdimm
 
-10607df6642dcb828f51f0dd23d377e8117886f1af73db2d531be6ab6508438d
+799c2a6412afb188f34e70bdac3f0cc7fab22a5a05ad2b9299a112aacbb60638

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.