All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20161003230506.GA15947@linux.intel.com>

diff --git a/a/1.txt b/N1/1.txt
index d1650b0..a968d7a 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -88,9 +88,7 @@ should be page faults?  Does this sound correct?
 If that's true, the performance gain seems to be almost entirely due to fewer
 page faults.  For both the 4k case and the 2M case there isn't a noticeable
 performance difference between the unallocated vs fully allocated cases.
-
---
-To unsubscribe, send a message with 'unsubscribe linux-mm' in
-the body to majordomo@kvack.org.  For more info on Linux MM,
-see: http://www.linux-mm.org/ .
-Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
+_______________________________________________
+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 5cf2621..49b7845 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -4,21 +4,19 @@
  "Subject\0Re: [PATCH v4 00/12] re-enable DAX PMD support\0"
  "Date\0Mon, 3 Oct 2016 17:05:06 -0600\0"
  "To\0Dave Chinner <david@fromorbit.com>\0"
- "Cc\0Ross Zwisler <ross.zwisler@linux.intel.com>"
+ "Cc\0Theodore Ts'o <tytso@mit.edu>"
+  Matthew Wilcox <mawilcox@microsoft.com>
+  linux-nvdimm@lists.01.org
   linux-kernel@vger.kernel.org
-  Theodore Ts'o <tytso@mit.edu>
-  Alexander Viro <viro@zeniv.linux.org.uk>
-  Andreas Dilger <adilger.kernel@dilger.ca>
-  Andrew Morton <akpm@linux-foundation.org>
   Christoph Hellwig <hch@lst.de>
-  Dan Williams <dan.j.williams@intel.com>
+  linux-xfs@vger.kernel.org
+  linux-mm@kvack.org
+  Andreas Dilger <adilger.kernel@dilger.ca>
+  Alexander Viro <viro@zeniv.linux.org.uk>
   Jan Kara <jack@suse.com>
-  Matthew Wilcox <mawilcox@microsoft.com>
-  linux-ext4@vger.kernel.org
   linux-fsdevel@vger.kernel.org
-  linux-mm@kvack.org
-  linux-nvdimm@lists.01.org
- " linux-xfs@vger.kernel.org\0"
+  linux-ext4@vger.kernel.org
+ " Andrew Morton <akpm@linux-foundation.org>\0"
  "\00:1\0"
  "b\0"
  "On Fri, Sep 30, 2016 at 09:43:45AM +1000, Dave Chinner wrote:\n"
@@ -111,11 +109,9 @@
  "If that's true, the performance gain seems to be almost entirely due to fewer\n"
  "page faults.  For both the 4k case and the 2M case there isn't a noticeable\n"
  "performance difference between the unallocated vs fully allocated cases.\n"
- "\n"
- "--\n"
- "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n"
- "the body to majordomo@kvack.org.  For more info on Linux MM,\n"
- "see: http://www.linux-mm.org/ .\n"
- "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
+ "_______________________________________________\n"
+ "Linux-nvdimm mailing list\n"
+ "Linux-nvdimm@lists.01.org\n"
+ https://lists.01.org/mailman/listinfo/linux-nvdimm
 
-bafad0a68b607a5d4922ed3aeef6e543f511e329ed1ca4a82b8ac159aac9caa3
+fed5d245be9c9e6fd16fe3f1f87b04f2066b1488edae9b5261dfef7801f9f345

diff --git a/a/1.txt b/N2/1.txt
index d1650b0..cacaf06 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -88,9 +88,3 @@ should be page faults?  Does this sound correct?
 If that's true, the performance gain seems to be almost entirely due to fewer
 page faults.  For both the 4k case and the 2M case there isn't a noticeable
 performance difference between the unallocated vs fully allocated cases.
-
---
-To unsubscribe, send a message with 'unsubscribe linux-mm' in
-the body to majordomo@kvack.org.  For more info on Linux MM,
-see: http://www.linux-mm.org/ .
-Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
diff --git a/a/content_digest b/N2/content_digest
index 5cf2621..1eac628 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -110,12 +110,6 @@
  "\n"
  "If that's true, the performance gain seems to be almost entirely due to fewer\n"
  "page faults.  For both the 4k case and the 2M case there isn't a noticeable\n"
- "performance difference between the unallocated vs fully allocated cases.\n"
- "\n"
- "--\n"
- "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n"
- "the body to majordomo@kvack.org.  For more info on Linux MM,\n"
- "see: http://www.linux-mm.org/ .\n"
- "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
+ performance difference between the unallocated vs fully allocated cases.
 
-bafad0a68b607a5d4922ed3aeef6e543f511e329ed1ca4a82b8ac159aac9caa3
+c3a3bae212a027e6371f6f4822a51efb8d5f67f3a0833aa6a5f85a78f38445b0

diff --git a/a/1.txt b/N3/1.txt
index d1650b0..cacaf06 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -88,9 +88,3 @@ should be page faults?  Does this sound correct?
 If that's true, the performance gain seems to be almost entirely due to fewer
 page faults.  For both the 4k case and the 2M case there isn't a noticeable
 performance difference between the unallocated vs fully allocated cases.
-
---
-To unsubscribe, send a message with 'unsubscribe linux-mm' in
-the body to majordomo@kvack.org.  For more info on Linux MM,
-see: http://www.linux-mm.org/ .
-Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
diff --git a/a/content_digest b/N3/content_digest
index 5cf2621..823cddf 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -17,7 +17,7 @@
   linux-ext4@vger.kernel.org
   linux-fsdevel@vger.kernel.org
   linux-mm@kvack.org
-  linux-nvdimm@lists.01.org
+  linux-nvdimm@ml01.01.org
  " linux-xfs@vger.kernel.org\0"
  "\00:1\0"
  "b\0"
@@ -110,12 +110,6 @@
  "\n"
  "If that's true, the performance gain seems to be almost entirely due to fewer\n"
  "page faults.  For both the 4k case and the 2M case there isn't a noticeable\n"
- "performance difference between the unallocated vs fully allocated cases.\n"
- "\n"
- "--\n"
- "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n"
- "the body to majordomo@kvack.org.  For more info on Linux MM,\n"
- "see: http://www.linux-mm.org/ .\n"
- "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
+ performance difference between the unallocated vs fully allocated cases.
 
-bafad0a68b607a5d4922ed3aeef6e543f511e329ed1ca4a82b8ac159aac9caa3
+958f1be217f44333c83eb2937b38cef59340d230b384548410feadb770ddf569

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.