diff for duplicates of <1492564984.25766.126.camel@kernel.crashing.org>

diff --git a/a/1.txt b/N1/1.txt
index 2427415..8c2b7d0 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,7 +1,7 @@
-On Tue, 2017-04-18 at 16:24 -0600, Jason Gunthorpe wrote:
+On Tue, 2017-04-18@16:24 -0600, Jason Gunthorpe wrote:
 > Basically, all this list processing is a huge overhead compared to
 > just putting a helper call in the existing sg iteration loop of the
-> actual op.  Particularly if the actual op is a no-op like no-mmu x86
+> actual op.? Particularly if the actual op is a no-op like no-mmu x86
 > would use.
 
 Yes, I'm leaning toward that approach too.
@@ -12,7 +12,3 @@ The helper itself could hang off the devmap though.
 > create intrinsic inefficiencies with otherwise nice layering :)
 > 
 > Jason
-_______________________________________________
-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 265d3e2..b015cd1 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -8,33 +8,15 @@
  "ref\020170418210339.GA24257@obsidianresearch.com\0"
  "ref\09fc9352f-86fe-3a9e-e372-24b3346b518c@deltatee.com\0"
  "ref\020170418222440.GA27113@obsidianresearch.com\0"
- "ref\020170418222440.GA27113-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org\0"
- "From\0Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>\0"
- "Subject\0Re: [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory\0"
+ "From\0benh@kernel.crashing.org (Benjamin Herrenschmidt)\0"
+ "Subject\0[RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory\0"
  "Date\0Wed, 19 Apr 2017 11:23:04 +1000\0"
- "To\0Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>"
- " Logan Gunthorpe <logang-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>\0"
- "Cc\0Jens Axboe <axboe-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org>"
-  James E.J. Bottomley <jejb-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
-  Martin K. Petersen <martin.petersen-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
-  linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>
-  linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
-  Keith Busch <keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
-  Jerome Glisse <jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
-  Bjorn Helgaas <helgaas-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
-  linux-scsi <linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  linux-nvdimm <linux-nvdimm-y27Ovi1pjclAfugRpC6u6w@public.gmane.org>
-  Max Gurtovoy <maxg-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
- " Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>\0"
  "\00:1\0"
  "b\0"
- "On Tue, 2017-04-18 at 16:24 -0600, Jason Gunthorpe wrote:\n"
+ "On Tue, 2017-04-18@16:24 -0600, Jason Gunthorpe wrote:\n"
  "> Basically, all this list processing is a huge overhead compared to\n"
  "> just putting a helper call in the existing sg iteration loop of the\n"
- "> actual op.\302\240 Particularly if the actual op is a no-op like no-mmu x86\n"
+ "> actual op.? Particularly if the actual op is a no-op like no-mmu x86\n"
  "> would use.\n"
  "\n"
  "Yes, I'm leaning toward that approach too.\n"
@@ -44,10 +26,6 @@
  "> Since dma mapping is a performance path we must be careful not to\n"
  "> create intrinsic inefficiencies with otherwise nice layering :)\n"
  "> \n"
- "> Jason\n"
- "_______________________________________________\n"
- "Linux-nvdimm mailing list\n"
- "Linux-nvdimm@lists.01.org\n"
- https://lists.01.org/mailman/listinfo/linux-nvdimm
+ > Jason
 
-a9b299291c3fe1610ec59db1763945d182a3814769f10c9269663a04f509064e
+6ec65b68805c878b2d4d58a212e3b750ba0c9b2f1b0e8c8884c30b714c702952
