diff for duplicates of <572BFD74.9080200@rock-chips.com> diff --git a/a/1.txt b/N1/1.txt index 100b106..8b1904c 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,6 +1,6 @@ Hi Doug, -在 2016/5/6 7:02, Doug Anderson 写道: +? 2016/5/6 7:02, Doug Anderson ??: > David, > > On Wed, May 4, 2016 at 7:37 AM, David Wu <david.wu@rock-chips.com> wrote: @@ -48,7 +48,7 @@ the maximum of tVD;DATor tVD;ACKby too, the maximum of tVD;DATor tVD;ACKby is 450ns, and 400ns is my taking a conservative value. Description form UM10204 -[4] The maximum tHD;DATcould be 3.45μs and 0.9μs for Standard-mode and +[4] The maximum tHD;DATcould be 3.45?s and 0.9?s for Standard-mode and Fast-mode, but must be less than the maximum of tVD;DATor tVD;ACKby a transition time. This maximum must only be met if the device does not stretch the LOW period (tLOW) of the SCL signal. If the clock stretches diff --git a/a/content_digest b/N1/content_digest index c58d27a..b8d6b6c 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,35 +1,15 @@ "ref\01462371194-5809-1-git-send-email-david.wu@rock-chips.com\0" "ref\01462372668-6583-1-git-send-email-david.wu@rock-chips.com\0" "ref\0CAD=FV=UtHPDtB7LTbUpwcjOcoYwNma59-TRDU3hrt6c_2TWxxA@mail.gmail.com\0" - "From\0David.Wu <david.wu@rock-chips.com>\0" - "Subject\0Re: [PATCH v7 9/9] i2c: rk3x: support fast-mode plus for rk3399\0" + "From\0david.wu@rock-chips.com (David.Wu)\0" + "Subject\0[PATCH v7 9/9] i2c: rk3x: support fast-mode plus for rk3399\0" "Date\0Fri, 6 May 2016 10:12:04 +0800\0" - "To\0Doug Anderson <dianders@chromium.org>\0" - "Cc\0Heiko St\303\274bner <heiko@sntech.de>" - Wolfram Sang <wsa@the-dreams.de> - Rob Herring <robh+dt@kernel.org> - Andy Shevchenko <andy.shevchenko@gmail.com> - Pawel Moll <pawel.moll@arm.com> - Mark Rutland <mark.rutland@arm.com> - Ian Campbell <ijc+devicetree@hellion.org.uk> - Kumar Gala <galak@codeaurora.org> - Brian Norris <briannorris@google.com> - David Riley <davidriley@google.com> - Tao Huang <huangtao@rock-chips.com> - Lin Huang <hl@rock-chips.com> - Jianqun Xu <xjq@rock-chips.com> - Chris <zyw@rock-chips.com> - Eddie Cai <cf@rock-chips.com> - linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org> - open list:ARM/Rockchip SoC... <linux-rockchip@lists.infradead.org> - linux-i2c@vger.kernel.org <linux-i2c@vger.kernel.org> - devicetree@vger.kernel.org <devicetree@vger.kernel.org> - " linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "Hi Doug,\n" "\n" - "\345\234\250 2016/5/6 7:02, Doug Anderson \345\206\231\351\201\223:\n" + "? 2016/5/6 7:02, Doug Anderson ??:\n" "> David,\n" ">\n" "> On Wed, May 4, 2016 at 7:37 AM, David Wu <david.wu@rock-chips.com> wrote:\n" @@ -77,7 +57,7 @@ "tVD;ACKby is 450ns, and 400ns is my taking a conservative value.\n" "\n" "Description form UM10204\n" - "[4] The maximum tHD;DATcould be 3.45\316\274s and 0.9\316\274s for Standard-mode and \n" + "[4] The maximum tHD;DATcould be 3.45?s and 0.9?s for Standard-mode and \n" "Fast-mode, but must be less than the maximum of tVD;DATor tVD;ACKby a \n" "transition time. This maximum must only be met if the device does not \n" "stretch the LOW period (tLOW) of the SCL signal. If the clock stretches \n" @@ -91,4 +71,4 @@ ">\n" > -89f96e2e9badd9b4b937aca8fb30ab4ca9bac3d029c4c1f1051ee7229775a067 +6b1396a14ef069294c448329f1f5722f8a702802255588d22e65c5822be99fce
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.