diff for duplicates of <1521220236.10304.10.camel@synopsys.com>

diff --git a/a/1.txt b/N1/1.txt
index e854611..033dc11 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,16 +1,16 @@
 Hello Adrian,
 
-> Yes.  Unfortunately the clock used is not accurate enough to correctly order
+> Yes.??Unfortunately the clock used is not accurate enough to correctly order
 > the events across different CPUs, which makes it very hard to see delays
-> between requests.  You could try a different clock - refer the --clockid
+> between requests.??You could try a different clock - refer the --clockid
 > option to perf record.
 > 
 > Nevertheless it shows there are no I/O errors which means the error recovery
 > can be ruled out as a problem.
 > 
-> The issue could be caused by the I/O scheduler.  Under blk-mq the default
+> The issue could be caused by the I/O scheduler.??Under blk-mq the default
 > scheduler is the mq-deadline scheduler whereas without blk-mq you would
-> probably have been using cfq by default.  You could try the bfq scheduler:
+> probably have been using cfq by default.??You could try the bfq scheduler:
 > 
 > 	echo bfq > /sys/block/mmcblk0/queue/scheduler
 > 
@@ -49,7 +49,3 @@ It seems that decreasing doesn't affect on this issue.
 
 Best regards,
 Evgeniy Didin
-_______________________________________________
-linux-snps-arc mailing list
-linux-snps-arc@lists.infradead.org
-http://lists.infradead.org/mailman/listinfo/linux-snps-arc
diff --git a/a/content_digest b/N1/content_digest
index 634464b..fc0080f 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -5,36 +5,25 @@
  "ref\083de0f90-0919-f449-b432-494b9bf524a1@intel.com\0"
  "ref\01521126524.10304.5.camel@synopsys.com\0"
  "ref\0c5e50711-77d9-d1d2-35f4-3b656c8e895c@intel.com\0"
- "From\0Evgeniy Didin <Evgeniy.Didin@synopsys.com>\0"
- "Subject\0Re: mmc: block: bonnie++ runs with errors on arc/hsdk board\0"
+ "From\0Evgeniy.Didin@synopsys.com (Evgeniy Didin)\0"
+ "Subject\0mmc: block: bonnie++ runs with errors on arc/hsdk board\0"
  "Date\0Fri, 16 Mar 2018 17:10:37 +0000\0"
- "To\0adrian.hunter@intel.com <adrian.hunter@intel.com>"
- " Evgeniy.Didin@synopsys.com <Evgeniy.Didin@synopsys.com>\0"
- "Cc\0ulf.hansson@linaro.org <ulf.hansson@linaro.org>"
-  linux-ext4@vger.kernel.org <linux-ext4@vger.kernel.org>
-  tytso@mit.edu <tytso@mit.edu>
-  linus.walleij@linaro.org <linus.walleij@linaro.org>
-  Alexey.Brodkin@synopsys.com <Alexey.Brodkin@synopsys.com>
-  linux-mmc@vger.kernel.org <linux-mmc@vger.kernel.org>
-  jh80.chung@samsung.com <jh80.chung@samsung.com>
-  adilger.kernel@dilger.ca <adilger.kernel@dilger.ca>
-  linux-snps-arc@lists.infradead.org <linux-snps-arc@lists.infradead.org>
- " Eugeniy.Paltsev@synopsys.com <Eugeniy.Paltsev@synopsys.com>\0"
+ "To\0linux-snps-arc@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "Hello Adrian,\n"
  "\n"
- "> Yes.\302\240\302\240Unfortunately the clock used is not accurate enough to correctly order\n"
+ "> Yes.??Unfortunately the clock used is not accurate enough to correctly order\n"
  "> the events across different CPUs, which makes it very hard to see delays\n"
- "> between requests.\302\240\302\240You could try a different clock - refer the --clockid\n"
+ "> between requests.??You could try a different clock - refer the --clockid\n"
  "> option to perf record.\n"
  "> \n"
  "> Nevertheless it shows there are no I/O errors which means the error recovery\n"
  "> can be ruled out as a problem.\n"
  "> \n"
- "> The issue could be caused by the I/O scheduler.\302\240\302\240Under blk-mq the default\n"
+ "> The issue could be caused by the I/O scheduler.??Under blk-mq the default\n"
  "> scheduler is the mq-deadline scheduler whereas without blk-mq you would\n"
- "> probably have been using cfq by default.\302\240\302\240You could try the bfq scheduler:\n"
+ "> probably have been using cfq by default.??You could try the bfq scheduler:\n"
  "> \n"
  "> \techo bfq > /sys/block/mmcblk0/queue/scheduler\n"
  "> \n"
@@ -72,10 +61,6 @@
  "It seems that decreasing doesn't affect on this issue.\n"
  "\n"
  "Best regards,\n"
- "Evgeniy Didin\n"
- "_______________________________________________\n"
- "linux-snps-arc mailing list\n"
- "linux-snps-arc@lists.infradead.org\n"
- http://lists.infradead.org/mailman/listinfo/linux-snps-arc
+ Evgeniy Didin
 
-caa1bfaee4003ee75c880ede20ac2af038358c4aee63649c5cb5db1d854dd8a0
+49a7b2e7b1ae109dbe7421e02102261ca2c5ebc58b2a47f79285f20dc5df5fb3
