diff for duplicates of <b4a4d2ca-da7a-b8cd-bf0f-a119ebd67da8@linux.intel.com>

diff --git a/a/1.txt b/N1/1.txt
index 93fcc46..e11dc6b 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -119,7 +119,3 @@ concern is more that I am worried that trying to make things "perfect"
 might be getting in the way of "good". Kernel development has always 
 been an incremental process. My preference would be to lock down what we 
 have before I go diving in and cleaning up other bits of the memory init.
-_______________________________________________
-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 06f51fd..7057892 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -4,23 +4,26 @@
  "ref\020181115081006.GC23831@dhcp22.suse.cz\0"
  "From\0Alexander Duyck <alexander.h.duyck@linux.intel.com>\0"
  "Subject\0Re: [mm PATCH v5 0/7] Deferred page init improvements\0"
- "Date\0Thu, 15 Nov 2018 08:02:33 -0800\0"
+ "Date\0Thu, 15 Nov 2018 16:02:33 +0000\0"
  "To\0Michal Hocko <mhocko@kernel.org>\0"
- "Cc\0pavel.tatashin@microsoft.com"
-  linux-nvdimm@lists.01.org
+ "Cc\0akpm@linux-foundation.org"
+  linux-mm@kvack.org
+  sparclinux@vger.kernel.org
   linux-kernel@vger.kernel.org
-  willy@infradead.org
+  linux-nvdimm@lists.01.org
+  davem@davemloft.net
+  pavel.tatashin@microsoft.com
   mingo@kernel.org
-  linux-mm@kvack.org
-  khalid.aziz@oracle.com
+  kirill.shutemov@linux.intel.com
+  dan.j.williams@intel.com
+  dave.jiang@intel.com
   rppt@linux.vnet.ibm.com
+  willy@infradead.org
   vbabka@suse.cz
-  sparclinux@vger.kernel.org
-  akpm@linux-foundation.org
+  khalid.aziz@oracle.com
   ldufour@linux.vnet.ibm.com
   mgorman@techsingularity.net
-  davem@davemloft.net
- " kirill.shutemov@linux.intel.com\0"
+ " yi.z.zhang@linux.intel.com\0"
  "\00:1\0"
  "b\0"
  "On 11/15/2018 12:10 AM, Michal Hocko wrote:\n"
@@ -143,10 +146,6 @@
  "concern is more that I am worried that trying to make things \"perfect\" \n"
  "might be getting in the way of \"good\". Kernel development has always \n"
  "been an incremental process. My preference would be to lock down what we \n"
- "have before I go diving in and cleaning up other bits of the memory init.\n"
- "_______________________________________________\n"
- "Linux-nvdimm mailing list\n"
- "Linux-nvdimm@lists.01.org\n"
- https://lists.01.org/mailman/listinfo/linux-nvdimm
+ have before I go diving in and cleaning up other bits of the memory init.
 
-d25b39c6fcc6152d90873291520baa50015e30991bde985b81a8438356f67403
+a5cc5fcba719931ff860cf3ac3006aeabc29878b5bebfa75ddf2e45396d09c71
