From: Rob Herring <robh@kernel.org>
To: biao huang <biao.huang@mediatek.com>
Cc: Andrew Lunn <andrew@lunn.ch>,
davem@davemloft.net, honghui.zhang@mediatek.com,
yt.shen@mediatek.com, liguo.zhang@mediatek.com,
mark.rutland@arm.com, nelson.chang@mediatek.com,
matthias.bgg@gmail.com, netdev@vger.kernel.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-mediatek@lists.infradead.org, joabreu@synopsys.com
Subject: Re: [v5, PATCH 2/2] dt-binding: mediatek-dwmac: add binding document for MediaTek MT2712 DWMAC
Date: Mon, 26 Nov 2018 15:46:26 -0600 [thread overview]
Message-ID: <20181126214626.GA13830@bogus> (raw)
In-Reply-To: <1542936676.24219.66.camel@mhfsdcap03>
On Fri, Nov 23, 2018 at 09:31:16AM +0800, biao huang wrote:
> Dear Andrew,
>
> Thanks for you remind.
>
> Sincerely, I respect any comment from any reviewer. If I didn't reply
> for any comment, really sorry for that.
>
> As to this "tx-delay" issue, the following reply in v3 maybe ignored.
> https://lkml.org/lkml/2018/11/19/158
>
> "the delay time in mediatek dwmac design is not so accurate,
> the current mt2712 and the following ICs will not use the
> same delay design, but will use stages to indicate different
> delay time.
> so maybe "mediatek.tx-delay" represent the delay stage is a
> good choice"
>
> And to make it clearer here.
>
> In mt2712, there are two delay macro circuit: named fine-tune and
> coarse-tune.
> a. fine-tune, 170+/-50ps per stage, total 32 stages
> b. coarse-tune, 0.55+/-0.2ns per stage, total 32 stages
> If we only consider mt2712, delay in fine-tune select a integer
> multiple of 170ps, delay in coarse-tune select a integer multiple of
> 550ps, for stage 0~31, the delay in fine-tune will not have the same
> value with that in coarse-tune.
> OK, It seems the property "fine-tune" can be eliminated .
>
> But the following ic will not have the same accuracy as mt2712,
> and maybe will not have two delay macro circuit to be selected.
New IC will have new compatible string then. If it is different, then
likely these properties would have to change or have different meaning
unless you use time.
> 1. assume two delay macro circuit in the following ic,
> fine-tune, 100ps per stage, coarse-tune, 0.55ns per stage,
> if we want delay 2.2ns, fine-tune will get a 22, and coarse-tune get a
> 4. We can't distinguish which delay macro we are choosing.
Why wouldn't you just choose fine-tune for anything less than the max
range (3200ps in this example) and course for greater than 3100ps.
> 2. assume only one delay macro circuit is used, a similar case as 1
> will also increase the complexity of driver.
> Then, we need define more flag property to know which delay macro we
> are handling.
>
> The common things for all delay macro circuit in MediaTek mac design is
> the stages, not the accuracy. so if we maintain stage info in "mediatek,
> tx-delay", we only need care which stage we should choose.
> And for each IC, we will recommend a best stage as a candidate.
What if you had a 3rd delay circuit?
> Above is my personal opinion, may be my understanding is wrong,
> welcome for further discussion.
>
> Thanks a lot.
next prev parent reply other threads:[~2018-11-26 21:46 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-22 10:28 [v5, PATCH 0/2] add Ethernet driver support for mt2712 Biao Huang
2018-11-22 10:28 ` [v5, PATCH 1/2] net:stmmac: dwmac-mediatek: add " Biao Huang
2018-11-23 0:54 ` Sean Wang
2018-11-23 2:17 ` biao huang
2018-11-23 7:04 ` Sean Wang
2018-11-23 9:09 ` biao huang
2018-11-22 10:28 ` [v5, PATCH 2/2] dt-binding: mediatek-dwmac: add binding document for MediaTek MT2712 DWMAC Biao Huang
2018-11-22 15:19 ` Andrew Lunn
2018-11-23 1:31 ` biao huang
2018-11-26 21:46 ` Rob Herring [this message]
2018-11-27 1:39 ` biao huang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181126214626.GA13830@bogus \
--to=robh@kernel.org \
--cc=andrew@lunn.ch \
--cc=biao.huang@mediatek.com \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=honghui.zhang@mediatek.com \
--cc=joabreu@synopsys.com \
--cc=liguo.zhang@mediatek.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=mark.rutland@arm.com \
--cc=matthias.bgg@gmail.com \
--cc=nelson.chang@mediatek.com \
--cc=netdev@vger.kernel.org \
--cc=yt.shen@mediatek.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).