[参考译文] TDA4VH-Q1：在 SOC Jacinto 的 CPSW9g 开关内添加流控制

您好、  

我们检查一下 TI EVM 并就此更新您。  

此致、  

Sudheer

您好：

谢谢你

此致、

Wissam

您好、

我们正在进行此项工作、以确认、预计下周结束时会有一些更新。
请等待回复。

此致、
Sudheer

您好：

你有任何关于这个话题的消息吗?

谢谢您、

此致、

Wissam

您好、

我们观察到、 在使用 CPSW9G 外部端口连接两个 TI SoC 并在外部端口之间传输数据时、而不是在将数据传输到主机端口时、暂停帧。

让我再次确认一下、并尽快更新您。

此致、
Sudheer  

您好：

感谢您的更新。 没有问题,我们可以重新确认。

此致、

Wissam

您好、

Unknown 说：

soc 感谢您的更新。 没有问题,我们可以重新确认。

当然、您是否还可以通过在外部端口之间传输流量并将 CPU 保持在外部端口之一对等端的最大负载来进行检查。

此致、
Sudheer

您好：

当保持 CPU 处于最大负载时、我们可以看到暂停帧是由外部端口接收的、但不会传输到主机端口、似乎问题出在交换机级别。

谢谢您、

此致、
Wissam

您好、  

Unknown 说：

当将 soc 保持在最大负载时、我们看到暂停帧由外部端口接收、但不传输到主机端口、似乎问题出在交换机级别

暂停帧将由外部端口本身接受、相同的帧不会传输到主机端口。  

如果外部端口 fifo 已满、则 Hist 端口不会向其转发任何数据包、主机端口将向 UDMA 返回压力、并且不会接受来自应用程序的任何新数据包提交。  

据我的理解、CPSW 没有看到任何 TX 暂停帧静态。  

如上所述、当我们在外部正向连接中的两个 SOC 之间通信时、观察到从 CPSW 发送的暂停帧。  

此致、  

Sudheer

您好：

抱歉、我犯了个错误、您的理解是正确的、我们没有看到 CPSW 有任何 TX PAUSE 帧。

我对您的上述注释有疑问、您观察到从 Core A SOC A 向 Core B SOC B 发送数据时出现了暂停帧是否正确？

说到这里、您是指在同一 SOC 中的2个内核之间传输数据吗？

Unknown 说：

将数据传输到主机端口时不执行

谢谢您、

此致、

Wissam

您好、  

Unknown 说：

关于您的上述评论、我有一个问题、您在将数据从 soc A 发送到 Core B SOC B 时观察到暂停帧是正确的吗？

是的、在两个 SOC 之间、即使用两个 TI EVM。

Unknown 说：

如果您这样说、您是指在同一个 soc 中的2个内核之间传输数据吗？

否、两个 SOC 之间。  

此致、  

Sudheer

您好：

"对不起,我不知道该怎么办。" 实际上、如果您在外部端口而不是主机端口上看到暂停帧、则意味着 CPSW 会发送暂停帧。 您能否与我分享统计数据、以了解我们应该期待什么、以及您所做的更改、以便我们可以重现这些变化？

谢谢您、

此致、

Wissam

您好、

Unknown 说：

确实、如果您在外部端口而不是主机端口上看到暂停帧、则意味着 soc 会发送暂停帧。 您能否与我分享统计数据、以了解我们应该期待什么、以及您所做的更改、以便我们可以重现这些变化？

是的、将共享统计信息和测试设置详细信息以及更改。

此致、
Sudheer

您好、谢谢您、您打算通过什么方式与我们分享？

谢谢您、

此致、

Wissam

您好、

Unknown 说：

soc 您好、谢谢您、您打算通过什么方式与我们分享？

很抱歉延迟、因为硬件不可用性捕获日志已延迟。

将尝试在本周结束前提供设置图和 CPSW 统计信息。

此致、
Sudheer

您好：  

感谢您的反馈,我有几个问题:  

• 您是否确认接收数据(IP 地址为192.168.1.100)的 Jacinto 内核是在 FreeRTOS 下使用 LWIP 作为以太网栈的 R5F？
• 在没有流控制情况下：存在 rxBottomOfFifoDrop 和 rxTopOfFifoDrop。 我们假设迭代6的统计量包含迭代5的统计量、因为 rxBottomOfFifoDrop 值应该来自流控制的情况。
• 在没有流控制的情况下：您会说"在 MAC 端口观察到 FIFO 结束后的丢弃和必须转发数据的其他外部端口中的等效数据包丢弃。" 。 您指的是哪个计数器？
• 在控制流使能的情况下：在 iperf 日志中、我们看到没有重试、并且并行的是 rxBottomOfFifoDrops、这意味着帧在端口输入处丢失。这是怎么可能的(TRM 说："如果遵循正确的流控制、此统计量应该为零")？

• 您说过"通过 PN_MAC_CTRL 寄存器的寄存器写入来启用/禁用流控制"。 我们在代码中激活了该寄存器(请参阅 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1382087/tda4vh-q1-adding-flow-control-inside-the-cpsw9g-switch-of-the-soc Jacinto /5374783#537478)、但它不起作用。 您能给我们提供您使用的测试代码吗?

• 您是否确认在2个10GbE CPSW 端口上也可以实现此流控制？

谢谢您、

此致、

Wissam

您好：

感谢您提供测试设置的详细信息、现在更加清晰。

据我所知、您在尝试从一个外部端口与另一个外部端口通信时观察到了暂停帧。 我认为有一个误解,因为在我们方面,我们做了这样的测试:  

目标是能够在使用主机端口阻止 R5F 内核时生成暂停帧。 在我们这边、我们观察到主机端口仍然在传输数据、即使我们阻止了 R5F 内核。 我认为、通过使用2个外部端口、未使用端口0。

此外、我还有一个问题、FIFO 存储是否有开始发送暂停帧的阈值？

谢谢您、

此致、

Wissam

您好、

Unknown 说：

另外、我还有一个问题、soc 存储是否有开始发送暂停帧的阈值？

NI、我们没有针对 FIFO 阈值的任何特定配置。  

。 我认为有一个误解,因为在我们方面,我们做了这样的测试:  

目标是能够在使用主机端口阻止 R5F 内核时生成暂停帧。 在我们这边、我们观察到主机端口仍然在传输数据、即使我们阻止了 R5F 内核。 我认为、通过使用2个外部端口、未使用端口0。

如果 R5F 被阻止、则不会有来自 R5F 的任何流量、如果启用了客户端、则客户端可以向 CPSW 发送流量。  

我没有看到暂停帧与主机端口之间的暂停帧让我检查一次。  

此致、  

Sudheer

您好：

实际上、我们的想法是 R5F 只是一个 接收器、不发送任何内容。

根据我们的理解、当从 PC 发送数据、同时阻止 R5F 时、端口0 FIFO 应填满。 如果端口0 FIFO 已满、交换机本身应该发送暂停帧、这就是我们期望暂停帧的原因。

谢谢您、

此致、

Wissam

您好、

Unknown 说：

根据我们的理解、如果在阻止的同时从 PC 发送数据、端口0 soc 应该已满。 如果端口0 FIFO 已满、交换机本身应该发送暂停帧、这就是我们期望暂停帧的原因。

我想这是 FIFO 丢弃顶部位置。 让我在我这边检查一下、然后更新一下您的信息。

此致、
Sudheer

您好、  

Unknown 说：

根据我们的理解、如果在阻止的同时从 PC 发送数据、端口0 soc 应该已满。 如果端口0 FIFO 已满、交换机本身应该发送暂停帧、这就是我们期望暂停帧的原因

我已经测试了上述情况、观察到外部端口始终将数据包转发到主机端口。  

我没有观察到主机端口侧有任何下降、因为从外部端口发送的数据包将到达主机端口(而非 Rx FIFO)的 Tx FIFO 中、因此我们没有观察到暂停帧。  

让我与 IP 团队核实、因为没有人从 Tx FIFO 读取数据、数据包在主机端口丢失。  

此致、  

Sudheer

您好、

Unknown 说：

让我与 IP 团队核实、因为没有人从 soc 读取数据、数据包在主机端口处丢失。  [/报价]

是的、主机端口从外部端口接收流量时没有背压。
如果主机端口返回压力、它将阻止外部端口到外部端口的转发、则不应符合交换机的行为。

在这里、应用程序应负责较高层的流量处理、如 TCP。

当无法将流量转发到其他外部端口时、从外部端口启动暂停帧的唯一方法。
我们在上面已经确认了同样的情况。

如果您指定您的用例和最大流量、我们可以根据需要提供一些输入。

此致、
Sudheer

您好：  

感谢您联系 IP 团队并提供反馈。

正如我们所理解的、如果主机端口背压阻止外部端口到外部端口的传输、它意味着 阻止交换机的正常行为。 这意味着外部端口之间的行为取决于主机端口。 您能说明一下原因吗？

感谢您的提议。 就我们而言、这似乎是一个坏消息、因为使用 TCP 处理流量会降低速度。

谢谢您、

此致、

Wissam

您好、

Unknown 说：

soc 这意味着外部端口之间的行为取决于主机端口。 您能否说明原因？

否、主机端口是独立的。 它不会影响外部端口到外部端口的转发、直到它有大量的数据包占用端口的整个带宽。

Unknown 说：

soc 如果主机端口背压阻止外部端口到外部端口的传输、则表示它 阻止了交换机的正常行为。

以上是将流量从外部端口转发到主机端口时流量控制不适用的原因之一。
基本上、您在 H/W 中询问 s/w 瓶颈(不是调度任务以使 DMA 从主机端口读取数据包)处理
如果在 s/w 交换机内部发生异常、则交换机将无法根据您的请求正常工作。
以上 不是任何开关的功能。 它将始终允许从外部端口切换流量。

Unknown 说：

soc 感谢您的提议。 就我们而言,这似乎是一个坏消息,因为使用 TCP 处理流量会降低我们的速度。

您的用例是什么、您的 s/w 是否未从主机端口读取数据？
此外、您的主机端口的吞吐率是多少、即内部消耗量和转发/交换流量。

交换 b/w 端口将以链路速率进行。

请从用例的角度分析所需的内容。

此致、
Sudheer

您好：

我们知道、要观察来自主机端口的暂停帧、应在端口本身达到最大带宽。

在本例中、我们需要从两个10G 外部端口读取主机端口、这就是我们认为暂停帧很有用的原因。 如果您有关于所支持带宽的信息、欢迎使用。

谢谢您、

此致、

Wissam

您好、

我们知道、要观察来自主机端口的暂停帧、应在端口本身达到最大带宽。

在本例中、我们需要从两个10G 外部端口读取主机端口、这就是我们认为暂停帧很有用的原因。 如果您有关于所支持带宽的信息、欢迎使用。

偶数交换机支持接受20G 的两个端口。
R5F 或 A72等内部内核 和运行的 s/w 栈无法处理20G 的流量。

是否计划在 R5F 或 A72内核中以20Gbps 的数据处理运行？

此致、
Sudheer

您好：

我们计划在多个内核上分配此20G 数据。 我们还计划做一些工作台来评估可能的情况。

谢谢您、

此致、

Wissam

您好、  

Unknown 说：

我们计划将该20G 数据分发到多个内核上。 我们还计划做一些工作台来评估可能的情况。

20GB 也无法通过 TI SDK 软件实现。  

您需要进行更多自定义设置、涉及所有内核、甚至 A72端还需要通过传递网络堆栈来进行数据交换、从而更改自定义驱动程序。  

如果需要、任何 DSP 和深度学习应用都可以并行在 DSP 内核上运行。  

此致、  

Sudheer

您好：

非常感谢您总结本主题。

Unknown 说：

soc 否、请参阅下面的测试环境图。

正如 我们从您执行的测试中了解到的、暂停帧不会从目标端口发出、而是从转发数据的外部端口发出。 在测试中、端口3是转发数据、端口5是接收数据。 激活流量控制后、我们可以看到来自端口3的 Tx 暂停帧。

对于我们来说、暂停帧是从外部端口而不是从主机端口发回的、这是完全合适 的、我们看到端口3在尝试将数据转发到端口5 (外部端口)时会发回暂停帧。 在本例中、我们希望使用相同的机制、但将端口3连接到主机端口。 按照我们的理解、如果将端口5替换为主机端口、则端口3不再发送暂停帧。

此外、我们过去观察到主机端口没有中断、这意味着从主机端口本身以及尝试转发数据的外部端口看不到中断。

谢谢您、

此致、

Wissam

您好：

感谢您的回答、因此如果内部端口不可用、则无法从外部端口发送暂停帧。 我们内部讨论。

此致、

Wissam