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

diff --git a/a/1.txt b/N1/1.txt
index 5cc15f6..4109985 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,21 +1,21 @@
 Hi Daniel,
 
-On Thu, 2016-06-09@15:23 +0200, Daniel Vetter wrote:
-> On Thu, Jun 09, 2016@12:48:31PM +0000, Alexey Brodkin wrote:
+On Thu, 2016-06-09 at 15:23 +0200, Daniel Vetter wrote:
+> On Thu, Jun 09, 2016 at 12:48:31PM +0000, Alexey Brodkin wrote:
 > > 
 > > Hi Daniel,
 > > 
-> > On Thu, 2016-06-09@14:26 +0200, Daniel Vetter wrote:
+> > On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote:
 > > > 
-> > > On Thu, Jun 09, 2016@10:54:45AM +0000, Alexey Brodkin wrote:
+> > > On Thu, Jun 09, 2016 at 10:54:45AM +0000, Alexey Brodkin wrote:
 > > > > 
 > > > > 
 > > > > Hi Daniel,
 > > > > 
-> > > > On Wed, 2016-06-08@16:30 +0200, Daniel Vetter wrote:
+> > > > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote:
 > > > > > 
 > > > > > 
-> > > > > On Wed, Jun 08, 2016@04:14:38PM +0200, Maarten Lankhorst wrote:
+> > > > > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote:
 > > > > > > 
 > > > > > > 
 > > > > > > 
@@ -34,10 +34,10 @@ On Thu, 2016-06-09@15:23 +0200, Daniel Vetter wrote:
 > > > > > > > v2: Be more robust and either arm, when the CRTC is on, or just send
 > > > > > > > the event out right away.
 > > > > > > > 
-> > > > > > > Cc: Carlos Palminha <palminha at synopsys.com>
-> > > > > > > Cc: Alexey Brodkin <abrodkin at synopsys.com>
-> > > > > > > Cc: linux-snps-arc at lists.infradead.org
-> > > > > > > Signed-off-by: Daniel Vetter <daniel.vetter at intel.com>
+> > > > > > > Cc: Carlos Palminha <palminha@synopsys.com>
+> > > > > > > Cc: Alexey Brodkin <abrodkin@synopsys.com>
+> > > > > > > Cc: linux-snps-arc@lists.infradead.org
+> > > > > > > Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
 > > > > > > Wouldn't it be better to do this in atomic_flush then?
 > > > > > I'm not going to fix up other people's drivers completely, just enough to
 > > > > > hopefully not break them. If arc also blocks vblank interrupts with the go
@@ -47,7 +47,7 @@ On Thu, 2016-06-09@15:23 +0200, Daniel Vetter wrote:
 > > > > Actually in ARC PGU driver that was one of many other copy-pastes from
 > > > > other drivers. I.e. for me this is another boilerplate and if that's the
 > > > > same for other drivers as well probably that's a good candidate for
-> > > > generalization into something like?drm_helper_crtc_atomic_check().
+> > > > generalization into something like drm_helper_crtc_atomic_check().
 > > > I checked them all, you are special with your code here. And this can't be
 > > > generalized since you must send out vblank events in a race-free manner
 > > > against the actual hw update. This requires deep knowledge of the actual
@@ -68,3 +68,7 @@ Indeed. So my assumption was there are (or could appear) other simple drivers
 of the same kind and that fake implementation might be generic.
 
 -Alexey
+_______________________________________________
+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 c025b18..b813050 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -6,30 +6,36 @@
  "ref\020160609122631.GO3363@phenom.ffwll.local\0"
  "ref\01465476465.3203.66.camel@synopsys.com\0"
  "ref\020160609132327.GQ3363@phenom.ffwll.local\0"
- "From\0Alexey.Brodkin@synopsys.com (Alexey Brodkin)\0"
- "Subject\0[PATCH 03/27] drm/arc: Actually bother with handling atomic events.\0"
+ "From\0Alexey Brodkin <Alexey.Brodkin@synopsys.com>\0"
+ "Subject\0Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.\0"
  "Date\0Thu, 9 Jun 2016 13:27:55 +0000\0"
- "To\0linux-snps-arc@lists.infradead.org\0"
+ "To\0daniel@ffwll.ch <daniel@ffwll.ch>\0"
+ "Cc\0daniel.vetter@ffwll.ch <daniel.vetter@ffwll.ch>"
+  maarten.lankhorst@linux.intel.com <maarten.lankhorst@linux.intel.com>
+  CARLOS.PALMINHA@synopsys.com <CARLOS.PALMINHA@synopsys.com>
+  dri-devel@lists.freedesktop.org <dri-devel@lists.freedesktop.org>
+  daniel.vetter@intel.com <daniel.vetter@intel.com>
+ " linux-snps-arc@lists.infradead.org <linux-snps-arc@lists.infradead.org>\0"
  "\00:1\0"
  "b\0"
  "Hi Daniel,\n"
  "\n"
- "On Thu, 2016-06-09@15:23 +0200, Daniel Vetter wrote:\n"
- "> On Thu, Jun 09, 2016@12:48:31PM +0000, Alexey Brodkin wrote:\n"
+ "On Thu, 2016-06-09 at 15:23 +0200, Daniel Vetter wrote:\n"
+ "> On Thu, Jun 09, 2016 at 12:48:31PM +0000, Alexey Brodkin wrote:\n"
  "> > \n"
  "> > Hi Daniel,\n"
  "> > \n"
- "> > On Thu, 2016-06-09@14:26 +0200, Daniel Vetter wrote:\n"
+ "> > On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote:\n"
  "> > > \n"
- "> > > On Thu, Jun 09, 2016@10:54:45AM +0000, Alexey Brodkin wrote:\n"
+ "> > > On Thu, Jun 09, 2016 at 10:54:45AM +0000, Alexey Brodkin wrote:\n"
  "> > > > \n"
  "> > > > \n"
  "> > > > Hi Daniel,\n"
  "> > > > \n"
- "> > > > On Wed, 2016-06-08@16:30 +0200, Daniel Vetter wrote:\n"
+ "> > > > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote:\n"
  "> > > > > \n"
  "> > > > > \n"
- "> > > > > On Wed, Jun 08, 2016@04:14:38PM +0200, Maarten Lankhorst wrote:\n"
+ "> > > > > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote:\n"
  "> > > > > > \n"
  "> > > > > > \n"
  "> > > > > > \n"
@@ -48,10 +54,10 @@
  "> > > > > > > v2: Be more robust and either arm, when the CRTC is on, or just send\n"
  "> > > > > > > the event out right away.\n"
  "> > > > > > > \n"
- "> > > > > > > Cc: Carlos Palminha <palminha at synopsys.com>\n"
- "> > > > > > > Cc: Alexey Brodkin <abrodkin at synopsys.com>\n"
- "> > > > > > > Cc: linux-snps-arc at lists.infradead.org\n"
- "> > > > > > > Signed-off-by: Daniel Vetter <daniel.vetter at intel.com>\n"
+ "> > > > > > > Cc: Carlos Palminha <palminha@synopsys.com>\n"
+ "> > > > > > > Cc: Alexey Brodkin <abrodkin@synopsys.com>\n"
+ "> > > > > > > Cc: linux-snps-arc@lists.infradead.org\n"
+ "> > > > > > > Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>\n"
  "> > > > > > Wouldn't it be better to do this in atomic_flush then?\n"
  "> > > > > I'm not going to fix up other people's drivers completely, just enough to\n"
  "> > > > > hopefully not break them. If arc also blocks vblank interrupts with the go\n"
@@ -61,7 +67,7 @@
  "> > > > Actually in ARC PGU driver that was one of many other copy-pastes from\n"
  "> > > > other drivers. I.e. for me this is another boilerplate and if that's the\n"
  "> > > > same for other drivers as well probably that's a good candidate for\n"
- "> > > > generalization into something like?drm_helper_crtc_atomic_check().\n"
+ "> > > > generalization into something like\302\240drm_helper_crtc_atomic_check().\n"
  "> > > I checked them all, you are special with your code here. And this can't be\n"
  "> > > generalized since you must send out vblank events in a race-free manner\n"
  "> > > against the actual hw update. This requires deep knowledge of the actual\n"
@@ -81,6 +87,10 @@
  "Indeed. So my assumption was there are (or could appear) other simple drivers\n"
  "of the same kind and that fake implementation might be generic.\n"
  "\n"
- -Alexey
+ "-Alexey\n"
+ "_______________________________________________\n"
+ "linux-snps-arc mailing list\n"
+ "linux-snps-arc@lists.infradead.org\n"
+ http://lists.infradead.org/mailman/listinfo/linux-snps-arc
 
-5bd145d3960b15cee30cad76a5ab90c94f9741a917fdc1f7df9442006a848c90
+dc47905be785dc902604ea90988be6178d21016c721fffe6c267e38561592dc3
