[参考译文] AM6442：AM64 EVM 在 SDK11.X 上报告问题、但老年人版本还可以

尊敬的 Zekun：  

这是特定于 PRP 的  不会  HSR？

-道林

嗨、Daolin

是的、  PTP 高于 PRP、而不是 HSR。

谢谢

Zekun

你好,谢谢道林

硬件与我们不同。

AM64x EVM (TMDS64EVM) 使用两个 icssg eth

OUT 硬件 SK-AM64B 使用两个 cpsw eth CPSW0 和 CPSW1。

我不知道差异。

您能否在两个 cpsw eths 硬件中进行测试？

感谢 Daolin Qiu 为您的测试.

我有 2 个 问题

1：  prp-offload.sh 与相同   指定  3.2.2.7 HSR PRP 非卸载—Processor SDK AM64X 文档？

2  使用 ptp4l 的方法是不同的。 根据本网页、要在 HSR 模式下启动 PTP 从时钟、该命令是 ptp4l -f oc_hsr0.cfg -m -s。但没有提到 PRP。  因此、我做了一些修改： oc_hsr0.cfg  oc_prp0.cfg 在配置文件中将“hsr0"的“的所有实例更改为“prp0"。“。

我使用的方法在 SDK 8 中工作,可以打开 prp0 ,但是  无法在 SDK11 中打开 prp0 。

尊敬的 Mike：

1：  prp-offload.sh 与相同   指定  3.2.2.7 HSR PRP 非卸载—Processor SDK AM64X 文档？

是的、它与 Non_Offload  我在上一次答复中提到的 software-dl.ti.com/.../Foundational_Components /内核/ Kernel_Drivers / Network/HSR_PRP_PRP_Network.html 的脚本相同。 事后看来、我应该将其命名为“prp-nonoffload.sh"。“。

您使用的是哪一个版本的 ptp4l？

我使用的是 ptp4l 版本 4.1。 如果您使用 SDK 11.1、此步骤对您来说应该相同。

[引用 userid=“671729" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1577942/am6442-am64-evm-report-issue-on-sdk11-x-but-ok-on-elder-version/6082694 ]我注意到了用于 prp 的命令： ptp4l -P -2 -H -i eth0 -i eth1 -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0. 不过、该方法是  版本 11 的文档中未提及 .这是否意味着我基于 PRP 网络使用 ptp4l 的方法不正确? [/报价]

适用于 CPSW 以太网的 SDK 中未记录此配置、但针对用于专门测试 PTP（不包括通过 HSR 或 PRP 运行）的 PRU-ICSSG 以太网的相关文档也已记录此配置。 我通常使用这种配置来测试 PTP。  

[引述 userid=“671729" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1577942/am6442-am64-evm-report-issue-on-sdk11-x-but-ok-on-elder-version/6082694

2  使用 ptp4l 的方法是不同的。 根据本网页、要在 HSR 模式下启动 PTP 从时钟、该命令是 ptp4l -f oc_hsr0.cfg -m -s。但没有提到 PRP。  因此、我做了一些修改： oc_hsr0.cfg  oc_prp0.cfg 在配置文件中将“hsr0"的“的所有实例更改为“prp0"。“。

我使用的方法在 SDK 8 中工作,可以打开 prp0 ,但是  无法在 SDK11 中打开 prp0 。

[/报价]

我看到您在页面上指出了什么。 我 Kernel_Drivers   尚未尝试从 software-dl.ti.com/.../Foundational_Components /内核 Non_Offload .html 测试 gm_hsr0.cfg。 我会尝试一下、看看是否可以复制相同的问题。

仔细检查一下、测试中没有外部开关设置吗？ 测试拓扑是什么？ （即您正在测试多少个电路板，以及如何将它们连接在一起？）

-道林

尊敬的 Mike：  

gm_hsr0.cfg 和 oc_hsr0.cfg 中似乎有许多已弃用/未知的配置选项（在 https://software-dl.ti.com/processor-sdk-linux/esd/AM64X/latest/exports/docs/linux/Foundational_Components 中列出）/Kernel/Network/HSR_PRP_PRP_Network.html Kernel_Drivers Non_Offload 

例如、在尝试使用 gm_hsr0.cfg 和 oc_hsr0.cfg 配置设置 PTP 时、您是否看到了以下消息？ 我认为 SDK 8 和 SDK 11 之间的 ptp4l 版本可能有所不同。 无论哪种方式、在 SDK 文档中以示例形式给出此配置都是一个错误、我将报告需要更改/更新此错误。

option slaveOnly is deprecated, please use clientOnly instead                    
unknown option doubly_attached_clock at line 13 in global section                  
failed to parse configuration file gm_hsr0.cfg

unknown option redundancy at line 17 in hsr0 section                         
failed to parse configuration file gm_hsr0.cfg 

unknown option redundancy_master_interface at line 23 in eth1 section
failed to parse configuration file gm_hsr0.cfg

-道林

您好、 Daolin Qiu  

由于没有 AM6X 版本、我选择了其中一个分支；我怀疑 SDK8 是基于这些分支之一的。

PROCESSOR-SDK/linuxptp — 与 PROCESSOR-SDK 相关的各种 Git 存储库的项目 — 开源 linuxptp 存储库的分支、用于添加对 TI 器件 PTP 功能的支持。

我在 sdk8 中使用它是可以的、但在 sdk11 中失败了。

尊敬的 Mike：  

我在 sdk8 中使用它、但在 sdk11 中失败。

可能是这样的：提供的 gm_hsr0.cfg 和 oc_hsr0.cfg 未从 SDK 8 上集成的 ptp4l 版本中弃用、但可能 SDK 11 中集成了 ptp4l 的新版本、从而导致弃用。

您使用的是哪种版本的 ptp4l？

-道林

我用 SDK11 映像刷写了 SD 卡。 然后、 我使用了  SDK 11 中 ptp4l 的版本与 link:processor-sdk/linuxptp— 各种与 Processor-SDK 相关的 git 存储库的工程 — 开源 linuxptp 存储库的分支、添加了对 TI 器件 PTP 功能的支持。 它可以使用  gm_hsr0.cfg 和 oc_hsr0.cfg。 但它无法打开 prp0 或 hsr0。   

我用 SDK8 映像刷写了 SD 卡。 我使用版本的 ptp4l ,（我不 konw 的版本,因为在 sdk8 图像中的 ptp4l ） 内置 ptp4l 可以打开配置文件,并启用 prp0 或 hsr0。

尊敬的 Mike：  

我相信你可以用“ptp4l -v“检查 ptp4l 的版本。  

您之所以在 PROCESSOR-SDK/linuxptp 中使用 ptp4l 版本 — 各种与 PROCESSOR-SDK 相关的 Git 存储库的项目 — 开源 linuxptp 存储库的分支、以添加对 TI 器件 PTP 功能的支持、 而不是 SDK 11 映像中已包含的 ptp4l？ 链路指向用于 AM57x 的分支、它将是与 AM64x 不同的架构。

-道林

尊敬的 Daolin Qiu：

原因 很简单、如您所知：“ 似乎有许多来自 gm_hsr0.cfg 和 oc_hsr0.cfg 的已弃用/未知配置选项列在 https://software-dl.ti.com/processor-sdk-linux/esd/AM64X/latest/exports/docs/linux/Foundational_Components /内核/ Kernel_Drivers / Network/HSR_PRP_Network.html 中 Non_Offload “

所以,我尝试了不同的 SDK 版本, 它在 sdk8 中工作正常. 我认为 SDK8 中的 ptp4l 可能是正确的版本。  

其他开发人员遇到了同样的问题；有人共享了指向 ptp4l 代码的链接、所以我尝试使用它。

SDK8 中的 ptp4l：

 

root@am64xx-evm:~# ptp4l -v
3.0-00172-gf155c21-dirty

问题：SDK11 链接方法不起作用。

1 在 HSR 和 PRP 上使用 ptp4l 进行时间同步的正确方法是什么？ 是否与前面提到的内容相同？

ptp4l -P -2 -H -i eth0 -i eth1 -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0。 ？μ s

2 gPTP.cfg 是否已修改？

尊敬的 Mike：  

所以,我尝试了不同的 SDK 版本, 它在 sdk8 中工作正常。 我认为 SDK8 中的 ptp4l 可能是正确的版本。  [/报价]

由于 SDK 11 中的内核版本已发生更改、因此可能存在许多驱动程序和框架更改、SDK 8 中的 ptp4l 版本不再兼容。 下一步是确定在 SDK 中包含 ptp4l 版本的情况下通过 HSR 非卸载运行 PTP 所需的正确配置。  

[引述 userid=“671729" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1577942/am6442-am64-evm-report-issue-on-sdk11-x-but-ok-on-elder-version/6090407

1 在 HSR 和 PRP 上使用 ptp4l 进行时间同步的正确方法是什么？ 是否与前面提到的内容相同？

ptp4l -P -2 -H -i eth0 -i eth1 -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0。 ？μ s

[/报价]

虽然我已经测试了此配置来处理 HSR 非卸载问题、但我无法确认这是在 HSR/PRP 非卸载问题上测试 PTP 的正确或官方方式。 我正在尝试在内部了解这是否是我们所了解的内容、或者这是否是 Linuxptp 级别的查询。  

2 gPTP.cfg 是否已修改？

我在答复中给出了我使用的 gPTP.cfg ：AM6442：AM64 EVM 在 SDK11.X 上报告问题、但在旧版本上可以 接受、它也与 linuxptp 开源项目中官方提供的配置相同/相似： https://github.com/richardcochran/linuxptp/blob/v4.1/configs/gPTP.cfg

-道林  

[/quote]

尊敬的 Daolin：

如果有任何更新、我将如何知道？

谢谢。

尊敬的 Mike：  

虽然我已经测试了此配置以处理 HSR 非卸载、但我无法确认这是通过 HSR/PRP 非卸载测试 PTP 的正确方式还是官方方式。 我正在尝试在内部了解这是否是我们所了解的内容、或者这是否是 Linuxptp 级别的查询。  [/报价]

我还没有从开发人员那里听说过这件事,但我已经联系过他,一旦我找到更多信息,我会返回给你。 如果您没有收到星期一的回复、请发送此帖子。

-道林

尊敬的 Mike：  

对延迟响应表示歉意。 我认为、Foundational_Components Non_Offload上通过 HSR/PRP 非卸载实现的文档 (software-dl.ti.com/.../HSR_PRP_P_PTP.html) 是旧器件（可能来自 AM335x 等）的延续、但尚未经过验证或测试、因为此功能（基于 HSR/PRP 非卸载的 Kernel_Drivers） 在）在某个点被取消。 SDK 文档中给出的示例确实应该被删除。  

这一功能 (PTP 高于 HSR/PRP 非卸载 ) 您需要的功能？ 我们正在努力通过 HSR/PRP 实现 PTP 卸载  但我想了解 PTP 是否高于 HSR/PRP  非卸载 这也是您需要的。 如果是、您能否告知我们所需的时间表和预期的数量？  

-道林

 感谢您发送编修。 关于卸载、它需要使用 PRU。 目前、在我们的电路板评估期间、PRU 资源已经不足、因此我们无法采用卸载模式。

至于时间线、由于此功能有现有的例程、因此之前未将其确定为风险。 我们原本计划在 2025 年 9 月完成、但已经推迟了两个月。 产品定于 2026 年 2 月推出、PRP PTP 具有更高的优先级。

尊敬的 Mike：

目前、在我们的电路板评估期间、PRU 资源已经不足、因此我们无法采用卸载模式。

我是否可以具体询问哪些方面的 PRU 资源不足？ 通过这种方式、我可以带回任何有助于改进我们产品的信息。

我们原本计划在 2025 年 9 月完成、但已经推迟了两个月。 产品定于 2026 年 2 月推出、PRP PTP 具有更高的优先级。[/报价]

感谢您澄清时间安排。 我将需要一些时间在内部进行检查、看看我们的 PTP over PRP 是否不能减轻软件路线图的负担、或者是否没有放在路线图中。 我能否询问产品发布的数量是多少？

-道林

尊敬的 Daolin：

1  我们不使用基于 PRU 的 ICSSG 网络端口、而是使用 CPSW 端口、我知道这些端口对应于不同的硬件引脚。 我们产品中的 PRU 已用于其他服务、如 DI 检测和 IRIG-B 时间同步。 为产品计划的冗余网络时间同步解决方案将采用 SDK 例程中的非卸载方法。

2 我们将发布 产品提交版本以供检查  2026 年 2 月、意味着 固件版本将于 2026 年 2 月锁定。 产品定于 2026 年年中推出、预计年产量为 150,000 台。

3 如果可能、SDK11 是否可以根据 SDK8 中的实施来识别问题？

尊敬的 Mike：  

感谢您分享这些信息。 我需要一些时间在内部讨论基于 CPSW 而不是 HSR 非卸载功能、因为我们目前的路线图中并没有这项功能、需要一些时间来评估我们是否有关于此项的正确配置的信息。

正如前期一样、我们可能没有推荐的此功能配置的主要原因是、linuxptp (ptp4l) 是一个开源软件、因此它不是我们 TI 维护的应用程序。  在较新的 linuxptp 版本上、linuxptp 可能已经降级了基于 HSR 非卸载的 PTP。 此外、如您所见、即使您使用的是较旧的 linuxptp 版本、如果它在较新的 SDK（即较新的 Linux 内核版本）上运行、它可能不兼容、这就是为什么它仍然可以在 SDK 8 上工作的原因、正如您提到的（因为较旧的 Linux 内核版本可能与较旧的 linuxptp 版本兼容）。  

根据我的理解、当前版本的 linuxptp（至少是 SDK 11 上的版本）似乎不支持 PTP 而不是 HSR 非卸载、但这需要仔细检查/研究。  

-道林