[参考译文] DP83867IS：查询在 SGMII 下无 PHY 复位时 GMAC 复位时的 PHY 行为和所需的处理

您好：

在您所描述的场景中、我希望 PHY 继续运行。 MAC 复位对信号链的唯一影响是按照本文所述的方式重新完成 SGMII 自动协商。 我建议通过切换寄存器 0x14[7]或寄存器 0x10[11]来重新启动 PHY 上的自动协商。

此致、
Gerome

亲爱的 Gerome Cacho San、
非常感谢您的迅速答复。 注意、

>>我建议通过切换寄存器 0x14[7]或寄存器 0x10[11]来重新启动 PHY 上的自动协商。
  =>让我确认你说的“或“的具体行动,对吗?
  此外、您说过“切换“意味着一旦在启用后禁用、对吧？

此致、
    Asano

尊敬的 Asano-San：

• 是的、您的理解是正确的、这意味着“或“。 您可以尝试这两个选项。  
• 正确。

此致、

GREG

感谢您发送编修。我们会重新检视您的建议。

##这是附加问题##
我们希望就您的建议提出一些后续问题。

[1]
■我做了什么■
我在我们的原型上尝试了“切换寄存器“。
但是、当我切换寄存器 0x10[11]时、PHY 和另一个 PHY 之间的链路被暂时断开、从而导致重新链接序列。 这种行为不符合我们的预期要求、即 PHY 要持续保持链路建立。
■Request■
您能否证实我们对这种行为的理解是否正确、因此这种方法可能不适合我们的目的？

[2]
■我做了什么■
我还尝试了切换寄存器 0x14[7]、但这种情况没有改善、通信仍然失败。
因此、我们认为这种方法在我们的情况下无效。
■Request■
您能提出任何替代方法吗？

[3]
■我做了什么■
在应用手册 <SGMII疑难解答指南>“1.3 自动协商“部分中、
声明如下：
“如果 PHY 先于 MAC 启动、则可能需要重新启动 SGMII、MAC 才能接收控制信息、从而成功建立链路。“
■Request■  
我想确认这一声明是否适用于我们的案例、因为只有 GMAC 才会重新启动。
如果是、则说明中提到了“SGMII REstart“。 您能否说明一下这指的具体操作？ 是否与 “切换 0x10[11]“的操作相同？

此致、
     Asano

尊敬的 Asano-San：  

我将检查这些问题、并尽快回复您。

此致、

GREG

尊敬的 Greg：
您好,感谢您的善意答复。

尊敬的 Asano-San：

由于在 SGMII 模式下、PHY 在启动期间发送链路状态和速度参数、因此这 可能是 MAC 侧 在复位后与 SGMII 不同步的问题。 GMAC 正在进行什么复位、是否进行任何重新初始化？

您能否确认我们对这种行为是否正确的理解、因此这种方法可能不适合我们的目的？

正确、此方法看起来不适合您的应用。

如果是、则说明中提到了“SGMII restart“。 您能否说明一下这指的具体操作？ 是否与 “切换 0x10[11]“的操作相同？

是的、这与切换 0x10[11]的操作相同。 在 GMAC 复位后、您能否读取寄存器 0x60A、0x60C 和 0x60D？

此致、

GREG

感谢您发送编修。

■Greg San■的问题
>>这可能是 MAC 侧在复位后与 SGMII 不同步的问题。 正在对 GMAC 执行什么重置...
■答案■
在 PHY 保持受电而 GMAC 进行复位和重新启动的情况下、
我在 GMAC 上执行与上电期间相同的重新初始化过程。
作为参考、上电时、PHY 和 GMAC 之间的通信可以正常工作、而不会出现任何问题。

■您的提问■
在 GMAC 复位后、您能否读取寄存器 0x60A、0x60C 和 0x60D？
■确认■
我想确认目标器件 DP83867IS 中是否也存在寄存器 0x60A、0x60C 和 0x60D。
基于对 SGMII 疑难解答指南的了解、
寄存器 0x60A (SGMII_STATUS)、0x60C (SGMII_CTRL_2) 和 0x60D (SGMII_FIFO_STATUS) 看起来是适用于不同器件的 SGMII 专用寄存器 (DP83TG720S-Q1 汽车 PHY)。
此外、目标器件 DP83867IS 的数据表中似乎没有这些寄存器。

■Re 确认 来自 Asano■
请回答我的理解 ①–③ 是否正确、回答“是“还是“否“

尊敬的 Asano-San：

在 PHY 保持通电状态时仅重置并重新启动 GMAC 时、有必要重新启动 SGMII、即 PHY 与 GMAC 之间的接口、以便在 GMAC 重新启动后重新建立通信。

这种情况可能不是这样、还不能给出“是“或“否“。

是的、正确、这是启用/禁用 SGMII 链路的方式。 根据您的测试、写入此寄存器后链路似乎停止。  

这是我们试图确定的。 我还不能给出“Yes“或“No“、因为我们正在尝试确定 GMAC 复位过程中的某些内容是否会触发 SGMII 链路丢弃。  

此致、

GREG

> Gregory Kobyakov 说：> 要查看 DP83867 上的寄存器 0x0000、0x0001、0x0014、0x0031、0x0037。
■答案■
观察指定寄存器的位值如下。
观察条件是、仅重新启动 GMAC 之后、已经有足够的时间。 目前尚未实现数据包发送和接收。

0x0000：0x1140
0x0001：0x796D
0x0014：0x29C7
0x0031：0x10B0
0x0037：0x0000

> Gregory Kobyakov Said ; > GMAC 重启的软件逻辑是什么? 它是读取还是写入任何 PHY 寄存器？
■答案■
FPGA 中的 GMAC 块是 Microchip 的 CoreTSE v3.2、可通过设置 GMAC 电阻器来复位该块。
因此、没有任何 PHY 寄存器需要写入或读取来复位 GMAC 块。

此致、
     Asano

尊敬的 Asano-San：

感谢您的澄清。 您能否在 GMAC 复位前后发送 PHY 寄存器转储？ 具体来说、寄存器 0x0000 - 0x0020、0x006E、0x006F 以及我之前请求的寄存器。

此致、

GREG

尊敬的 Gregory Kobyakov San、首先请参阅 您之前请求的 GMAC 复位前后的 PHY 寄存器转储。

注意：第 5 行 (SGMII_AUTO_NEG_STATUS) 显示了从启动时到重新启动后的值变化 — 这是两种状态之间唯一不同的寄存器。 0x0001  0x0000 

尊敬的 Asano-San：

感谢您分享这篇文章,我将查看它并提供评论。

此致、

GREG

亲爱的 Gregory Kobyakov San、
感谢您的持续支持。 我想再问几个问题。

■问题 1■在 SGMII 使能信号首先设置为禁用、然后再次设置为启用的情况下：
此操作是否会导致在实际使用中本地 PHY 和本地 GMAC 之间进行重新自动协商？
此外、这如何影响本地 PHY 与链路伙伴 PHY 之间的自动协商？
是否还会在铜缆链路侧执行重新自动协商？


■问题 2■关于从 PHY 角度重新启动 SGMII：
切换寄存器 0x0010[11]是否是唯一可用的方法？
是否有任何其他方法可以在不导致链路断开的情况下实现 SGMII 重新同步？
或者、是否可以通过在 GMAC 侧进行正确处理来避免这种情况？

■问题 3■
为了帮助调查 GMAC 复位过程是否可能包含导致 SGMII 链路断开的因素、
从我们这边看、哪种信息最有用？ 提供以下内容是否更有帮助？
上电和重新启动期间的详细 GMAC 初始化序列、或
当 GMAC 复位时执行的确切关断序列是什么？
我们希望提供足够的信息、支持双方进行有效的分析。

此致、

  Y Asano

尊敬的 Asano-San：

如果 SGMII Enable 信号首先设置为 Disable、然后再次设置为 Enable：
此操作是否会导致在实际使用中本地 PHY 和本地 GMAC 之间进行重新自动协商？
此外、这如何影响本地 PHY 与链路伙伴 PHY 之间的自动协商？
是否也会在铜缆链路侧执行重新自动协商？

这应导致在实际使用中 PHY 和 GMAC 之间重新启动链路协商。 但是、不一定会导致 MDI 链路断开。  

0x0014 也会这样做、但似乎这在测试期间也没有成功

是的、GMAC 在上电和重启期间使用的 GMAC 初始化序列会很有用。 在启动与重启期间、SGMII 信号（可能通过探测获取）是否存在任何差异？

此致、

GREG

亲爱的 Gregory Kobyakov San、
大家好、这是 Asano。

>>、我将查看并提供评论。
 关于上文提到的你、 请你向我介绍一下我提出的问题的进展情况。

亲爱的 格雷戈里 ·科比亚科夫·桑,你说:  
>> GMAC 在上电和重启期间使用的 GMAC 初始化序列会很有用。
-->因此、让我 共享在开机和重新启动时应用于 GMAC 的初始化序列、如下所示。
-->请注意、加电和重新启动都使用相同的初始化序列。
-->有关每个寄存器的详细信息、请参阅以下 URL 提供的 GMAC 数据表。
--> CoreTSE 用户指南

尊敬的 Yuuuuuichi-San：

Gregory 今天不在办公室、将于下星期一返回

此致、

Shane

Shane Hauser San,嗨,这是 Asano。
请注意、非常感谢您的友好联系。
我想等待答复。  

此致、
  Asano

尊敬的 Asano-San：

感谢您提供所需信息。 我们已经使用我们的 EVM 对器件进行了测试、SGMII 启用/禁用不应影响 MDI 连接。 这就是为什么我认为这个问题是由 MAC 引起的。

此致、

GREG

亲爱的 Gregory Kobyakov San、
大家好、这是 Asano。

感谢您发送编修。
我了解您的发现。

在与 GMAC 团队进行内部讨论后、我们决定继续对 GMAC 块进行以下设计更改