diff for duplicates of <57FEE9E2.20505@rock-chips.com>

diff --git a/a/1.txt b/N1/1.txt
index 27c6216..ef4275b 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,4 +1,4 @@
-On 2016年10月12日 22:51, Sean Paul wrote:
+On 2016?10?12? 22:51, Sean Paul wrote:
 > On Wed, Oct 12, 2016 at 6:22 AM, Mark yao <mark.yao@rock-chips.com> wrote:
 >> I'm not familiar with the analogix driver, maybe use a power reference count
 >> would better then direct power on/off analogix_dp.
@@ -34,7 +34,7 @@ Thanks.
 >> I found many other connector driver also direct access register on detect or
 >> get_modes, no problem for it?
 >>
->> On 2016年10月12日 18:00, Mark Yao wrote:
+>> On 2016?10?12? 18:00, Mark Yao wrote:
 >>
 >> The drm callback ->detect and ->get_modes seems is not power safe,
 >> they may be called when device is power off, do register access on
@@ -53,7 +53,7 @@ Thanks.
 >> Cc: Inki Dae <inki.dae@samsung.com>
 >> Cc: Sean Paul <seanpaul@chromium.org>
 >> Cc: Gustavo Padovan <gustavo.padovan@collabora.co.uk>
->> Cc: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
+>> Cc: "Ville Syrj?l?" <ville.syrjala@linux.intel.com>
 >>
 >> Signed-off-by: Mark Yao <mark.yao@rock-chips.com>
 >> ---
@@ -125,16 +125,10 @@ Thanks.
 >>
 >>
 >> --
->> Ｍark Yao
+>> ?ark Yao
 >
 >
 
 
 -- 
-Ｍark Yao
-
-
-_______________________________________________
-dri-devel mailing list
-dri-devel@lists.freedesktop.org
-https://lists.freedesktop.org/mailman/listinfo/dri-devel
+?ark Yao
diff --git a/a/content_digest b/N1/content_digest
index ad7abe4..ca3adf6 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,18 +1,13 @@
  "ref\01476266442-29803-1-git-send-email-mark.yao@rock-chips.com\0"
  "ref\057FE0EF5.7010207@rock-chips.com\0"
  "ref\0CAOw6vbKe0d66O1MymP24UQ-M3EmdR+=pZVWmgZG9iVm5x1Arrg@mail.gmail.com\0"
- "From\0Mark yao <mark.yao@rock-chips.com>\0"
- "Subject\0Re: Question: Re: [PATCH] drm/bridge: analogix: protect power when get_modes or detect\0"
+ "From\0mark.yao@rock-chips.com (Mark yao)\0"
+ "Subject\0Question: Re: [PATCH] drm/bridge: analogix: protect power when get_modes or detect\0"
  "Date\0Thu, 13 Oct 2016 09:56:50 +0800\0"
- "To\0Sean Paul <seanpaul@chromium.org>\0"
- "Cc\0Linux Kernel Mailing List <linux-kernel@vger.kernel.org>"
-  dri-devel <dri-devel@lists.freedesktop.org>
-  linux-rockchip@lists.infradead.org
-  Gustavo Padovan <gustavo.padovan@collabora.co.uk>
- " Linux ARM Kernel <linux-arm-kernel@lists.infradead.org>\0"
+ "To\0linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
- "On 2016\345\271\26410\346\234\21012\346\227\245 22:51, Sean Paul wrote:\n"
+ "On 2016?10?12? 22:51, Sean Paul wrote:\n"
  "> On Wed, Oct 12, 2016 at 6:22 AM, Mark yao <mark.yao@rock-chips.com> wrote:\n"
  ">> I'm not familiar with the analogix driver, maybe use a power reference count\n"
  ">> would better then direct power on/off analogix_dp.\n"
@@ -48,7 +43,7 @@
  ">> I found many other connector driver also direct access register on detect or\n"
  ">> get_modes, no problem for it?\n"
  ">>\n"
- ">> On 2016\345\271\26410\346\234\21012\346\227\245 18:00, Mark Yao wrote:\n"
+ ">> On 2016?10?12? 18:00, Mark Yao wrote:\n"
  ">>\n"
  ">> The drm callback ->detect and ->get_modes seems is not power safe,\n"
  ">> they may be called when device is power off, do register access on\n"
@@ -67,7 +62,7 @@
  ">> Cc: Inki Dae <inki.dae@samsung.com>\n"
  ">> Cc: Sean Paul <seanpaul@chromium.org>\n"
  ">> Cc: Gustavo Padovan <gustavo.padovan@collabora.co.uk>\n"
- ">> Cc: \"Ville Syrj\303\244l\303\244\" <ville.syrjala@linux.intel.com>\n"
+ ">> Cc: \"Ville Syrj?l?\" <ville.syrjala@linux.intel.com>\n"
  ">>\n"
  ">> Signed-off-by: Mark Yao <mark.yao@rock-chips.com>\n"
  ">> ---\n"
@@ -139,18 +134,12 @@
  ">>\n"
  ">>\n"
  ">> --\n"
- ">> \357\274\255ark Yao\n"
+ ">> ?ark Yao\n"
  ">\n"
  ">\n"
  "\n"
  "\n"
  "-- \n"
- "\357\274\255ark Yao\n"
- "\n"
- "\n"
- "_______________________________________________\n"
- "dri-devel mailing list\n"
- "dri-devel@lists.freedesktop.org\n"
- https://lists.freedesktop.org/mailman/listinfo/dri-devel
+ ?ark Yao
 
-8ce6e839a00af20c66f505f2b8f1deca3f1e4d90c902d7b1fe4d1f473054fa56
+4d093f56d7c0e826fb03379767bf32491b2b1466872d1b6502f7ca499c75c957
