• 状态
  • 已锁定 已锁定
  • 回复 19 回复
  • 订户 0 订户
  • 视图 328 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM6442：PTP 路径延迟巨大值

admin
Guru**** 2394305 points
Other Parts Discussed in Thread: AM6442, TMDS64EVM

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1486858/am6442-ptp-path-delay-huge-value

器件型号：AM6442
Thread 中讨论的其他器件： TMDS64EVM

工具/软件：

您好：

我们的团队使用 AM6442处理器设计了定制电路板。 它使用 PRU 接口通过 PTP 进行同步、但其同步方式不一致。 使用2个电路板、一个用作主板、另一个用作从板。 如果电路板在连接电源并在未连接 Eth 电缆的情况下启动 Linux 后引导、则会出现该问题。 在这种情况下、PTP 路径延迟具有巨大的值~300000、并且主延迟会跳跃。 修复了禁用由 PRU 驱动的 eth 端口(导致 PRU 固件重新加载)的问题、之后路径延迟值为~700且主器件延迟值稳定。 

ptp4l[Thu Mar 13 10:13:19 2025]: port 1 (eth3): FAULTY to LISTENING on INIT_COMPLETE
ptp4l[Thu Mar 13 10:13:22 2025]: port 1 (eth3): new foreign master 72e609.fffe.a0baa3-1
ptp4l[Thu Mar 13 10:13:24 2025]: selected best master clock 72e609.fffe.a0baa3
ptp4l[Thu Mar 13 10:13:24 2025]: port 1 (eth3): LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[Thu Mar 13 10:13:25 2025]: master offset  315229405 s0 freq      -0 path delay    259649
ptp4l[Thu Mar 13 10:13:26 2025]: master offset  315165836 s1 freq  -63545 path delay    323474
ptp4l[Thu Mar 13 10:13:27 2025]: master offset      52359 s2 freq  -11186 path delay    331521
ptp4l[Thu Mar 13 10:13:27 2025]: port 1 (eth3): UNCALIBRATED to SLAVE on MASTER_CLOCK_SELECTED
ptp4l[Thu Mar 13 10:13:28 2025]: master offset      71854 s2 freq  +24017 path delay    323474
ptp4l[Thu Mar 13 10:13:29 2025]: master offset      40039 s2 freq  +13758 path delay    331521
ptp4l[Thu Mar 13 10:13:30 2025]: master offset      26556 s2 freq  +12287 path delay    331521
ptp4l[Thu Mar 13 10:13:31 2025]: master offset      72486 s2 freq  +66183 path delay    273556
ptp4l[Thu Mar 13 10:13:32 2025]: master offset      22889 s2 freq  +38332 path delay    257263
ptp4l[Thu Mar 13 10:13:33 2025]: master offset     -15226 s2 freq   +7084 path delay    257263
ptp4l[Thu Mar 13 10:13:34 2025]: master offset      33589 s2 freq  +51331 path delay    201603
ptp4l[Thu Mar 13 10:13:35 2025]: master offset     -73093 s2 freq  -45274 path delay    257263
ptp4l[Thu Mar 13 10:13:36 2025]: master offset      28038 s2 freq  +33929 path delay    201603
ptp4l[Thu Mar 13 10:13:37 2025]: master offset      -1950 s2 freq  +12352 path delay    197959
ptp4l[Thu Mar 13 10:13:38 2025]: master offset     -20003 s2 freq   -6286 path delay    203900
ptp4l[Thu Mar 13 10:13:39 2025]: master offset      -7531 s2 freq    +185 path delay    197959
^C
root@linux:/var/log# ifconfig eth3 down
root@linux:/var/log# ifconfig eth3 up
root@linux:/var/log# tail -f ptp4l.0.log
ptp4l[Thu Mar 13 10:13:10 2025]: port 2 (eth2): assuming the grand master role
ptp4l[Thu Mar 13 10:13:10 2025]: port 2 (eth2): master state recommended in slave only mode
ptp4l[Thu Mar 13 10:13:10 2025]: port 2 (eth2): defaultDS.priority1 probably misconfigured
ptp4l[Thu Mar 13 10:13:14 2025]: port 1 (eth3): link up
ptp4l[Thu Mar 13 10:13:14 2025]: Switched to /dev/ptp3 as PTP clock
ptp4l[Thu Mar 13 10:13:14 2025]: port 1 (eth3): FAULTY to LISTENING on INIT_COMPLETE
ptp4l[Thu Mar 13 10:13:19 2025]: port 1 (eth3): new foreign master 72e609.fffe.a0baa3-1
ptp4l[Thu Mar 13 10:13:21 2025]: selected best master clock 72e609.fffe.a0baa3
ptp4l[Thu Mar 13 10:13:21 2025]: port 1 (eth3): LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[Thu Mar 13 10:13:22 2025]: master offset -37000817190 s0 freq      -0 path delay       749
ptp4l[Thu Mar 13 10:13:23 2025]: master offset -37000816898 s1 freq    +292 path delay       747
ptp4l[Thu Mar 13 10:13:24 2025]: master offset      -4614 s2 freq   -4322 path delay       747
ptp4l[Thu Mar 13 10:13:24 2025]: port 1 (eth3): UNCALIBRATED to SLAVE on MASTER_CLOCK_SELECTED
ptp4l[Thu Mar 13 10:13:25 2025]: master offset        -27 s2 freq   -1119 path delay       747
ptp4l[Thu Mar 13 10:13:26 2025]: master offset       1368 s2 freq    +268 path delay       747
ptp4l[Thu Mar 13 10:13:27 2025]: master offset       1353 s2 freq    +663 path delay       744
ptp4l[Thu Mar 13 10:13:28 2025]: master offset        963 s2 freq    +679 path delay       741
ptp4l[Thu Mar 13 10:13:29 2025]: master offset        528 s2 freq    +533 path delay       741
ptp4l[Thu Mar 13 10:13:30 2025]: master offset        259 s2 freq    +422 path delay       740
ptp4l[Thu Mar 13 10:13:31 2025]: master offset        114 s2 freq    +355 path delay       738
ptp4l[Thu Mar 13 10:13:32 2025]: master offset         21 s2 freq    +296 path delay       738
ptp4l[Thu Mar 13 10:13:33 2025]: master offset        -35 s2 freq    +246 path delay       737
ptp4l[Thu Mar 13 10:13:34 2025]: master offset         -7 s2 freq    +264 path delay       733
ptp4l[Thu Mar 13 10:13:35 2025]: master offset         -4 s2 freq    +265 path delay       733


我们使用6.1 Linux RT 内核、我知道在10.01 SDK 中有一些包含6.6内核的 PRU 和 ICSSG 修复、此问题是否也已知并在该版本或6.6内核中修复？

此致
Mateusz

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Mateusz、  

    Unknown 说：
    它使用 PRU 接口通过 PTP 进行同步、但其同步方式不一致。 使用2个电路板、一个用作主板、另一个用作从板。 如果电路板在连接电源并在未连接 Eth 电缆的情况下启动 Linux 后引导、则会出现该问题。 这种情况下、PTP 路径延迟具有巨大的值~300000、主延迟会跳转

    为了澄清一下、当发生以下事件序列时、您发现了这种较大的 PTP 路径延迟？

    1.使两个板之间的 PRU_ICSSG 接口保持断开状态

    2.将电路板引导至 Linux

    3.在 PRU_ICSSG 接口之间连接电缆

    4.在 PRU_ICSSG 接口上运行 linuxptp

    您能否共享用于生成此线程中共享的日志的确切 ptp4l 命令？

    Unknown 说：
    此问题是否也已知并已在该发行版或6.6内核中修复

    根据我的理解、我们尚未专门测试在引导至 Linux 之前断开以太网电缆连接时的路径延迟情况。 使用 TMDS64EVM 而不是定制设计的电路板时、您是否能够产生相同的行为？

    -道林

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Daolin、

    感谢您的答复。

    [引述 userid="576780" url="~/support/processors-group/processors/f/processors-forum/1486858/am6442-ptp-path-delay-huge-value/5711262 #5711262"]

    为了澄清一下、当发生以下事件序列时、您发现了这种较大的 PTP 路径延迟？

    1.使两个板之间的 PRU_ICSSG 接口保持断开状态

    2.将电路板引导至 Linux

    3.在 PRU_ICSSG 接口之间连接电缆

    4.在 PRU_ICSSG 接口上运行 linuxptp

    [/报价]

    第3点和第4点应切换、以便顺序为：

    1.使 PRU_ICSSG 保持断开状态

    2.引导板进入 Linux

    3.使用以下命令在 PRU_ICSSG 上运行 Linux PTP
    ptp4l -i eth3 -i eth2 -p /dev/ptp2 -s -2 -P -f ptp4l.0.cfg -q -m -l 6.
    (从器件的附加-s 标志)

    4.在 PRU_ICSSG 接口之间连接电缆

    配置文件如下 

    [global]
#
# Default Data Set
#
ptp_minor_version 0
#twoStepFlag            1
clientOnly              1
priority1 128
priority2 128
domainNumber 0
#clockClass             248
#clockAccuracy          0xFE
#offsetScaledLogVariance        0xFFFF
#free_running           0
#freq_est_interval      1
#
# Port Data Set
#
#logAnnounceInterval    1
#logSyncInterval                -3
#logMinPdelayReqInterval        0
#announceReceiptTimeout 3
#delayAsymmetry         0
#fault_reset_interval   4
#neighborPropDelayThresh        800
#
# Run time options
#
#assume_two_step                1
#logging_level          6
#path_trace_enabled     1
#follow_up_info         1
#tx_timestamp_timeout   10
#use_syslog             1
#verbose                        0
#summary_interval       0
#kernel_leap            1
#
# Servo options
#
#pi_proportional_const  0.0
#pi_integral_const      0.0
#pi_proportional_scale  0.0
#pi_proportional_exponent       -0.3
#pi_proportional_norm_max       0.7
#pi_integral_scale      0.0
#pi_integral_exponent   0.4
#pi_integral_norm_max   0.3
step_threshold          0.1
#pi_f_offset_const      0.0000001
#pi_max_frequency       900000000
#clock_servo            pi
#
# Transport options
#
#transportSpecific      0x1
#ptp_dst_mac            01:80:C2:00:00:0E
#p2p_dst_mac            01:80:C2:00:00:0E
#
# Default interface options
#
#network_transport      L2
#delay_mechanism                P2P
#time_stamping          hardware

uds_address /var/run/ptp4l.0.socket

raw_send_vlan_enable 1


    我现在无法访问 TMDS64EVM、但我将在访问它后尝试重现它。

    此致、
    Mateusz

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、 Mateusz、

     "我不会告你的,因为我不会告你的。" 如果您没有收到回复、请在4月初对该线程执行 ping 操作。

    此致、

    Nick

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Mateusz：

    Unknown 说：
    使用2块主板、第二块主板用作从板。
    Unknown 说：
    ptp4l -i eth3 -i eth2 -p /dev/ptp2 -s -2 -P -f ptp4l.0.cfg -q -m -m -l 6

    您提到在测试中仅使用两块板、但 ptp4l 选项指示使用每个板的两个端口。 您的以太网连接是什么样的/您的测试拓扑是什么？ 您是否将每个电路板的两个接口相互连接？ (例如、板1上的 eth3到板2上的 eth3、板1上的 eth2到板2上的 eth2？)

    我正在尝试查看是否可以复制您看到的问题。 为此、我需要有关测试拓扑的更多信息。

    Unknown 说：
    我现在无法访问 TMDS64EVM、但我将在访问 TMDS64EVM 后尝试重现它。

    此外、您是否能够在 TMDS64EVM 上观察到相同的问题？

    -道林

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Daolin、

    Unknown 说：
    您是否已将每个电路板的两个接口相互连接？ (例如、板1上的 eth3到板2上的 eth3、板1上的 eth2到板2上的 eth2？)

    测试连接是 eth3到 eth3。 两个端口都已传递到 ptp4l、以便将来使用冗余连接。

    Unknown 说：
    此外、您是否能够在 TMDS64EVM 上观察到相同的问题？

    我们团队的一位同事本周将在 EVM 电路板上重现此问题。 观察到该参数后、我确认一下。

    此致、
    Mateusz

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Daolin、


    Unknown 说：
    您是否需要使用软件时间戳或硬件时间戳？

    我们需要硬件时间戳。 我还使用-H 标志进行了检查、行为是相同的。 ptp4l 手册似乎提到、如果未显式添加-S 或-L 标志、硬件时间戳是默认选项。


    Unknown 说：
    但是、在关闭并备份 eth1接口后、观察到相同的大路径延迟和主偏移。

    你是否确保当你把 eth1下降时, eth2也下降了? 在我的情况下、只有当绑定到 PRU 的两个 eth 接口都中断且至少有一个接口再次备份时(可能甚至在主从器件上也是如此)、才会出现路径延迟收缩。 如果我理解正确、将两个接口关闭会导致 PRU 卸载固件、并至少备份一次会导致再次加载固件。

    此致、
    Mateusz

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    再次大家好：

    我尝试使用您附加的链接和类似命令中的配置文件：

    https://software-dl.ti.com/processor-sdk-linux-rt/esd/AM64X/10_01_10_04/exports/docs/linux/Foundational_Components PRU-ICSS/PRU-ICSS/PRU/ Linux_Drivers

    在这种情况下、器件甚至不会同步、直到我关闭两个接口、然后再次启动。 我想这是因为配置文件中的 neighlightPropDelayThresh 值,它与我在重新启动接口之前得到的值相比是相当小的(配置中为800对重新启动前~200000 )。 从配置文件中删除该行后、它会与巨大的延迟同步、直到接口重新启动、以下是从设备的日志： 

    root@proot@linux:/~# ptp4l -i eth2 -i eth3 -p /dev/ptp2 -2 -P -f ptp4l.0.cfg -q -m --step_threshold=1 -H -s
ptp4l[Fri Apr 04 10:05:23 2025]: selected /dev/ptp2 as PTP clock
ptp4l[Fri Apr 04 10:05:23 2025]: port 1 (eth2): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 04 10:05:23 2025]: port 2 (eth3): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 04 10:05:23 2025]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 04 10:05:23 2025]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 04 10:05:23 2025]: port 1 (eth2): link down
ptp4l[Fri Apr 04 10:05:23 2025]: port 1 (eth2): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[Fri Apr 04 10:05:23 2025]: port 2 (eth3): link down
ptp4l[Fri Apr 04 10:05:23 2025]: port 2 (eth3): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[Fri Apr 04 10:05:23 2025]: selected local clock 8e3b08.fffe.27ab7c as best master
ptp4l[Fri Apr 04 10:05:23 2025]: port 1 (eth2): assuming the grand master role
ptp4l[Fri Apr 04 10:05:23 2025]: port 1 (eth2): master state recommended in slave only mode
ptp4l[Fri Apr 04 10:05:23 2025]: port 1 (eth2): defaultDS.priority1 probably misconfigured
ptp4l[Fri Apr 04 10:05:23 2025]: port 2 (eth3): assuming the grand master role
ptp4l[Fri Apr 04 10:05:23 2025]: port 2 (eth3): master state recommended in slave only mode
ptp4l[Fri Apr 04 10:05:23 2025]: port 2 (eth3): defaultDS.priority1 probably misconfigured
ptp4l[Fri Apr 04 10:05:32 2025]: port 2 (eth3): link up
ptp4l[Fri Apr 04 10:05:32 2025]: port 2 (eth3): FAULTY to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 04 10:05:36 2025]: port 1 (eth2): assuming the grand master role
ptp4l[Fri Apr 04 10:05:36 2025]: port 1 (eth2): master state recommended in slave only mode
ptp4l[Fri Apr 04 10:05:36 2025]: port 1 (eth2): defaultDS.priority1 probably misconfigured
ptp4l[Fri Apr 04 10:05:36 2025]: clock has been adjusted to frequency:     +0
ptp4l[Fri Apr 04 10:05:36 2025]: port 2 (eth3): new foreign master 06f8c1.fffe.518234-2
ptp4l[Fri Apr 04 10:05:38 2025]: selected best master clock 06f8c1.fffe.518234
ptp4l[Fri Apr 04 10:05:38 2025]: port 2 (eth3): LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[Fri Apr 04 10:05:38 2025]: port 2 (eth3): UNCALIBRATED to SLAVE on MASTER_CLOCK_SELECTED
ptp4l[Fri Apr 04 10:05:39 2025]: rms 625243849 max 1250487724 freq  -2132 +/- 1455 delay 416455 +/-   0
ptp4l[Fri Apr 04 10:05:40 2025]: rms 1758 max 2622 freq  +2325 +/- 319 delay 413333 +/-   0
ptp4l[Fri Apr 04 10:05:41 2025]: rms 3670 max 6548 freq  +7106 +/- 1931 delay 407412 +/-   0
ptp4l[Fri Apr 04 10:05:42 2025]: rms 2849 max 5705 freq  +7772 +/- 2671 delay 401491 +/-   0
ptp4l[Fri Apr 04 10:05:43 2025]: rms 2552 max 5115 freq  +8027 +/- 3043 delay 394625 +/-   0
ptp4l[Fri Apr 04 10:05:44 2025]: rms 55197 max 98532 freq +102159 +/- 29245 delay 293504 +/-   0
ptp4l[Fri Apr 04 10:05:45 2025]: rms 66953 max 129927 freq +156519 +/- 52492 delay 160187 +/-   0
ptp4l[Fri Apr 04 10:05:46 2025]: rms 31047 max 47356 freq +65618 +/- 35746 delay 117750 +/-   0
ptp4l[Fri Apr 04 10:05:47 2025]: rms 41853 max 43792 freq   -176 +/- 13501 delay 106518 +/-   0
ptp4l[Fri Apr 04 10:05:48 2025]: rms 19450 max 20340 freq  -1698 +/- 5507 delay 87536 +/-   0
ptp4l[Fri Apr 04 10:05:49 2025]: rms 12740 max 16757 freq  -9453 +/- 435 delay 87536 +/-   0
ptp4l[Fri Apr 04 10:05:50 2025]: rms 4278 max 6984 freq  -5891 +/- 1439 delay 87536 +/-   0
ptp4l[Fri Apr 04 10:05:51 2025]: rms  705 max 1077 freq  -1593 +/- 949 delay 87536 +/-   0
ptp4l[Fri Apr 04 10:05:52 2025]: rms 7628 max 13912 freq -14623 +/- 4481 delay 102609 +/-   0
ptp4l[Fri Apr 04 10:05:53 2025]: rms 5046 max 10217 freq -13964 +/- 5384 delay 113840 +/-   0
ptp4l[Fri Apr 04 10:05:54 2025]: rms 3655 max 6299 freq -11273 +/- 5091 delay 124249 +/-   0
ptp4l[Fri Apr 04 10:05:55 2025]: rms 25405 max 59146 freq -43998 +/- 25362 delay 188558 +/- 31108
ptp4l[Fri Apr 04 10:05:56 2025]: port 2 (eth3): SLAVE to LISTENING on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
ptp4l[Fri Apr 04 10:05:56 2025]: selected local clock 8e3b08.fffe.27ab7c as best master
ptp4l[Fri Apr 04 10:05:56 2025]: port 1 (eth2): assuming the grand master role
ptp4l[Fri Apr 04 10:05:56 2025]: port 1 (eth2): master state recommended in slave only mode
ptp4l[Fri Apr 04 10:05:56 2025]: port 1 (eth2): defaultDS.priority1 probably misconfigured
ptp4l[Fri Apr 04 10:05:56 2025]: clock has been adjusted to frequency: -16961
^Cptp4l[Fri Apr 04 10:05:56 2025]: clock has been adjusted to frequency: -16961
root@linux:~# ifconfig eth2 down
root@linux:~# ifconfig eth3 down
root@linux:~# ifconfig eth3 up
root@linux:~# ifconfig eth2 up
root@linux:~# ptp4l -i eth2 -i eth3 -p /dev/ptp2 -2 -P -f ptp4l.0.cfg -q -m --step_threshold=1 -H -s
ptp4l[Fri Apr 04 10:06:15 2025]: selected /dev/ptp2 as PTP clock
ptp4l[Fri Apr 04 10:06:15 2025]: port 1 (eth2): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 04 10:06:15 2025]: port 2 (eth3): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 04 10:06:15 2025]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 04 10:06:15 2025]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 04 10:06:15 2025]: port 1 (eth2): link down
ptp4l[Fri Apr 04 10:06:15 2025]: port 1 (eth2): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[Fri Apr 04 10:06:15 2025]: selected local clock 8e3b08.fffe.27ab7c as best master
ptp4l[Fri Apr 04 10:06:15 2025]: port 1 (eth2): assuming the grand master role
ptp4l[Fri Apr 04 10:06:15 2025]: port 1 (eth2): master state recommended in slave only mode
ptp4l[Fri Apr 04 10:06:15 2025]: port 1 (eth2): defaultDS.priority1 probably misconfigured
ptp4l[Fri Apr 04 10:06:19 2025]: port 2 (eth3): new foreign master 06f8c1.fffe.518234-2
ptp4l[Fri Apr 04 10:06:19 2025]: port 1 (eth2): assuming the grand master role
ptp4l[Fri Apr 04 10:06:19 2025]: port 1 (eth2): master state recommended in slave only mode
ptp4l[Fri Apr 04 10:06:19 2025]: port 1 (eth2): defaultDS.priority1 probably misconfigured
ptp4l[Fri Apr 04 10:06:19 2025]: clock has been adjusted to frequency:     +0
ptp4l[Fri Apr 04 10:06:21 2025]: selected best master clock 06f8c1.fffe.518234
ptp4l[Fri Apr 04 10:06:21 2025]: port 2 (eth3): LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[Fri Apr 04 10:06:22 2025]: port 2 (eth3): UNCALIBRATED to SLAVE on MASTER_CLOCK_SELECTED
ptp4l[Fri Apr 04 10:06:22 2025]: rms 624974221 max 1249948458 freq  -2932 +/- 1906 delay   369 +/-   0
ptp4l[Fri Apr 04 10:06:23 2025]: rms  533 max  823 freq  -1151 +/- 717 delay   367 +/-   0
ptp4l[Fri Apr 04 10:06:24 2025]: rms  900 max  954 freq   +471 +/- 242 delay   359 +/-   0
ptp4l[Fri Apr 04 10:06:25 2025]: rms  565 max  760 freq   +777 +/-  37 delay   367 +/-   0
ptp4l[Fri Apr 04 10:06:26 2025]: rms  191 max  303 freq   +616 +/-  74 delay   362 +/-   0
ptp4l[Fri Apr 04 10:06:27 2025]: rms   28 max   42 freq   +420 +/-  34 delay   359 +/-   0
ptp4l[Fri Apr 04 10:06:28 2025]: rms   59 max   89 freq   +323 +/-  31 delay   361 +/-   0
ptp4l[Fri Apr 04 10:06:29 2025]: rms   41 max   65 freq   +300 +/-  25 delay   361 +/-   0
ptp4l[Fri Apr 04 10:06:30 2025]: rms    9 max   20 freq   +327 +/-  12 delay   361 +/-   0


    此致、
    Mateusz

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Mateusz：

    Unknown 说：
    您是否确保在您关闭 eth1时 eth2也已关闭？ 在我的情况下、只有当绑定到 PRU 的两个 eth 接口都中断且至少有一个接口再次备份时(可能甚至在主从器件上也是如此)、才会出现路径延迟收缩。 如果我理解正确、将两个接口关闭会导致 PRU 卸载固件、并且至少备份一次会导致它再次加载固件。

    是的,我也尝试把两个 eth1和 eth2向下,并再次回来。 如果您观察到两者都关闭、则会导致 PRU 固件中断、而如果至少恢复一次、则会再次加载 PRU 固件、这与我观察到的情况相同。 遗憾的是、即使在降低 eth1和 eth2并再次恢复后、主器件偏移和路径延迟也会保持很大。

    Unknown 说：
    software-dl.ti.com/.../quote]

    感谢您试用我在 SDK 文档中指出的选项。 但是、在我看来、当我从一开始就使用 gptpt.cfg 中的配置时、延迟很小、最大失调电压会随着时间的推移而降低(符合预期)。  

    root@am64xx-evm:~# ptp4l -i eth1 -i eth2 -p /dev/ptp2 -2 -P -f gPTP.cfg -q -m --step_threshold=1 [ c
sH - 
ptp4l[459.280]: selected /dev/ptp2 as PTP clock
ptp4l[459.296]: port 1 (eth1): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[459.320]: port 2 (eth2): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[459.321]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[459.321]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[459.321]: port 1 (eth1): link down
ptp4l[459.321]: port 1 (eth1): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[459.336]: selected local clock 70ff76.fffe.1f3dc6 as best master
ptp4l[459.336]: port 1 (eth1): assuming the grand master role
ptp4l[459.336]: port 1 (eth1): master state recommended in slave only mode
ptp4l[459.336]: port 1 (eth1): defaultDS.priority1 probably misconfigured
ptp4l[462.783]: port 2 (eth2): new foreign master 70ff76.fffe.1e9c46-2
ptp4l[463.209]: port 1 (eth1): assuming the grand master role
ptp4l[463.209]: port 1 (eth1): master state recommended in slave only mode
ptp4l[463.209]: port 1 (eth1): defaultDS.priority1 probably misconfigured
ptp4l[464.783]: selected best master clock 70ff76.fffe.1e9c46
ptp4l[464.783]: port 2 (eth2): LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[465.682]: port 2 (eth2): UNCALIBRATED to SLAVE on MASTER_CLOCK_SELECTED
ptp4l[466.307]: rms 597555 max 1003340 freq -846809 +/- 521995 delay   70 +/-  0
ptp4l[467.308]: rms 139283 max 213313 freq -391583 +/- 189106 delay   71 +/-  0
ptp4l[468.308]: rms 231908 max 243217 freq +30368 +/- 61274 delay   71 +/-  0
ptp4l[469.309]: rms 147141 max 195253 freq +112675 +/- 5755 delay   71 +/-  0
ptp4l[470.309]: rms 47700 max 78752 freq +67841 +/- 17160 delay   70 +/-  0
[ 471.203331] page_pool_release_retry() stalled pool shutdown 62 inflight 181 sec
ptp4l[471.310]: rms 8537 max 13244 freq +17356 +/- 10845 delay   71 +/-  0
ptp4l[472.311]: rms 13816 max 14589 freq -6485 +/- 3363 delay   72 +/-  0
ptp4l[473.311]: rms 8445 max 11334 freq -10706 +/- 414 delay   72 +/-  0
ptp4l[474.312]: rms 2620 max 4392 freq -7873 +/- 1025 delay   72 +/-  0
ptp4l[475.312]: rms 534 max 821 freq -4921 +/- 623 delay   73 +/-  0
ptp4l[476.313]: rms 820 max 875 freq -3578 +/- 183 delay   73 +/-  0
ptp4l[477.314]: rms 483 max 650 freq -3365 +/- 29 delay   73 +/-  0
ptp4l[478.314]: rms 142 max 239 freq -3544 +/- 60 delay   73 +/-  0
ptp4l[479.315]: rms  33 max  49 freq -3714 +/- 35 delay   73 +/-  0
ptp4l[480.315]: rms  48 max  55 freq -3788 +/-  9 delay   73 +/-  0
ptp4l[481.316]: rms  28 max  40 freq -3799 +/-  4 delay   73 +/-  0
ptp4l[482.317]: rms   9 max  18 freq -3790 +/-  5 delay   72 +/-  0
ptp4l[483.318]: rms   4 max   9 freq -3789 +/-  3 delay   72 +/-  0
ptp4l[484.318]: rms   2 max   4 freq -3785 +/-  3 delay   71 +/-  0
ptp4l[485.319]: rms   5 max   7 freq -3779 +/-  5 delay   71 +/-  0
ptp4l[486.320]: rms   3 max   5 freq -3777 +/-  3 delay   70 +/-  0
ptp4l[487.320]: rms   2 max   2 freq -3778 +/-  2 delay   70 +/-  0
ptp4l[488.321]: rms   4 max   7 freq -3785 +/-  4 delay   70 +/-  0
ptp4l[489.322]: rms   3 max   5 freq -3786 +/-  3 delay   71 +/-  0
ptp4l[490.322]: rms   5 max   7 freq -3792 +/-  3 delay   70 +/-  0
ptp4l[491.323]: rms   2 max   4 freq -3787 +/-  3 delay   70 +/-  0
ptp4l[492.324]: rms   3 max   7 freq -3791 +/-  3 delay   70 +/-  0
ptp4l[493.324]: rms   4 max   5 freq -3791 +/-  5 delay   71 +/-  0
ptp4l[494.325]: rms   4 max   6 freq -3788 +/-  6 delay   72 +/-  0
ptp4l[495.325]: rms   3 max   6 freq -3784 +/-  3 delay   72 +/-  0
ptp4l[496.326]: rms   4 max   6 freq -3780 +/-  3 delay   72 +/-  0
ptp4l[497.327]: rms   6 max   9 freq -3791 +/-  6 delay   72 +/-  0
ptp4l[498.327]: rms   5 max   9 freq -3791 +/-  6 delay   72 +/-  0
ptp4l[499.328]: rms   3 max   6 freq -3784 +/-  3 delay   72 +/-  0
ptp4l[500.329]: rms   3 max   6 freq -3789 +/-  3 delay   72 +/-  0
ptp4l[501.329]: rms   3 max   3 freq -3790 +/-  3 delay   72 +/-  0
ptp4l[502.330]: rms   3 max   6 freq -3789 +/-  4 delay   72 +/-  0
ptp4l[503.330]: rms   3 max   6 freq -3789 +/-  4 delay   72 +/-  0
ptp4l[504.331]: rms   5 max   6 freq -3795 +/-  5 delay   72 +/-  0
ptp4l[505.332]: rms   4 max   6 freq -3797 +/-  5 delay   71 +/-  0
ptp4l[506.332]: rms   3 max   7 freq -3791 +/-  4 delay   72 +/-  0
ptp4l[507.333]: rms   3 max   4 freq -3791 +/-  4 delay   71 +/-  0
ptp4l[508.333]: rms   4 max   8 freq -3795 +/-  5 delay   71 +/-  0
ptp4l[509.334]: rms   3 max   4 freq -3790 +/-  3 delay   72 +/-  0
ptp4l[510.335]: rms   4 max   6 freq -3796 +/-  4 delay   71 +/-  0
ptp4l[511.335]: rms   3 max   5 freq -3793 +/-  4 delay   71 +/-  0
ptp4l[512.336]: rms   5 max   8 freq -3796 +/-  6 delay   71 +/-  0
ptp4l[513.337]: rms   3 max   5 freq -3796 +/-  4 delay   71 +/-  0

    Unknown 说：
    我们使用6.1 Linux RT 内核、我知道在10.01 SDK 中有一些包含6.6内核的 PRU 和 ICSSG 修复、此问题是否也已知并在该版本或6.6内核中修复？

    是否可以尝试使用6.6内核进行测试？ 我的结果来自使用6.6内核。 据我所知、我不知道您在6.1内核上观察到的问题、而是使用6.6进行测试。 内核可以帮助我们了解您观察到的问题是否最终在6.6上得到修复。

    -道林

    [/报价]
    [/quote]
  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Daolin、

    Unknown 说：
    您是否能够尝试使用6.6内核进行测试？ [/报价]


    我刚刚刷新了器件上的较新内核版本和相同的问题、日志如下 

    root@linux:/~# ptp4l -P -2 -H -i eth2 -i eth3 -f ptp4l.0.cfg --step_threshold=1 -m -q -p /dev/ptp2 -s
ptp4l[Tue Apr 08 08:52:40 2025]: selected /dev/ptp2 as PTP clock
ptp4l[Tue Apr 08 08:52:40 2025]: port 1 (eth2): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Tue Apr 08 08:52:40 2025]: port 2 (eth3): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Tue Apr 08 08:52:40 2025]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Tue Apr 08 08:52:40 2025]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Tue Apr 08 08:52:40 2025]: port 1 (eth2): error on fda[0]: Network is down
ptp4l[Tue Apr 08 08:52:40 2025]: port 1 (eth2): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[Tue Apr 08 08:52:40 2025]: port 2 (eth3): link down
ptp4l[Tue Apr 08 08:52:40 2025]: port 2 (eth3): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[Tue Apr 08 08:52:40 2025]: selected local clock 728da8.fffe.d5bb10 as best master
ptp4l[Tue Apr 08 08:52:40 2025]: port 1 (eth2): assuming the grand master role
ptp4l[Tue Apr 08 08:52:40 2025]: port 1 (eth2): master state recommended in slave only mode
ptp4l[Tue Apr 08 08:52:40 2025]: port 1 (eth2): defaultDS.priority1 probably misconfigured
ptp4l[Tue Apr 08 08:52:40 2025]: port 2 (eth3): assuming the grand master role
ptp4l[Tue Apr 08 08:52:40 2025]: port 2 (eth3): master state recommended in slave only mode
ptp4l[Tue Apr 08 08:52:40 2025]: port 2 (eth3): defaultDS.priority1 probably misconfigured
ptp4l[Tue Apr 08 08:52:40 2025]: port 1 (eth2): link down
ptp4l[Tue Apr 08 08:52:40 2025]: port 1 (eth2): assuming the grand master role
ptp4l[Tue Apr 08 08:52:40 2025]: port 1 (eth2): master state recommended in slave only mode
ptp4l[Tue Apr 08 08:52:40 2025]: port 1 (eth2): defaultDS.priority1 probably misconfigured
ptp4l[Tue Apr 08 08:52:40 2025]: port 2 (eth3): assuming the grand master role
ptp4l[Tue Apr 08 08:52:40 2025]: port 2 (eth3): master state recommended in slave only mode
ptp4l[Tue Apr 08 08:52:40 2025]: port 2 (eth3): defaultDS.priority1 probably misconfigured
ptp4l[Tue Apr 08 08:52:46 2025]: port 2 (eth3): link up
ptp4l[Tue Apr 08 08:52:46 2025]: port 2 (eth3): FAULTY to LISTENING on INIT_COMPLETE
ptp4l[Tue Apr 08 08:52:49 2025]: port 1 (eth2): assuming the grand master role
ptp4l[Tue Apr 08 08:52:49 2025]: port 1 (eth2): master state recommended in slave only mode
ptp4l[Tue Apr 08 08:52:49 2025]: port 1 (eth2): defaultDS.priority1 probably misconfigured
ptp4l[Tue Apr 08 08:52:49 2025]: clock has been adjusted to frequency:     +0
ptp4l[Tue Apr 08 08:52:51 2025]: port 2 (eth3): new foreign master 1e96f1.fffe.e2bdf1-2
ptp4l[Tue Apr 08 08:52:53 2025]: selected best master clock 1e96f1.fffe.e2bdf1
ptp4l[Tue Apr 08 08:52:53 2025]: port 2 (eth3): LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[Tue Apr 08 08:52:54 2025]: port 2 (eth3): UNCALIBRATED to SLAVE on MASTER_CLOCK_SELECTED
ptp4l[Tue Apr 08 08:52:54 2025]: rms 18876979891 max 37753987238 freq -1153780 +/- 628424 delay 500186 +/-   0
ptp4l[Tue Apr 08 08:52:55 2025]: rms 324416 max 634574 freq -535880 +/- 383207 delay 546142 +/-   0
ptp4l[Tue Apr 08 08:52:56 2025]: rms 613887 max 840310 freq +297763 +/- 476278 delay 500186 +/-   0
ptp4l[Tue Apr 08 08:52:57 2025]: rms 275704 max 451005 freq +173217 +/- 310775 delay 498614 +/-   0
ptp4l[Tue Apr 08 08:52:58 2025]: rms 317205 max 532164 freq +127219 +/- 432450 delay 468606 +/-   0
ptp4l[Tue Apr 08 08:52:59 2025]: rms 319771 max 597081 freq -36012 +/- 434988 delay 396646 +/-   0
ptp4l[Tue Apr 08 08:53:00 2025]: rms 304925 max 607541 freq -71442 +/- 418428 delay 418527 +/-   0
ptp4l[Tue Apr 08 08:53:01 2025]: rms 327852 max 519659 freq +44572 +/- 446393 delay 348444 +/-   0
ptp4l[Tue Apr 08 08:53:02 2025]: rms 346485 max 510702 freq +68100 +/- 473336 delay 300136 +/-   0
ptp4l[Tue Apr 08 08:53:03 2025]: rms 368990 max 605712 freq +108156 +/- 507085 delay 300136 +/-   0
ptp4l[Tue Apr 08 08:53:04 2025]: rms 328911 max 600804 freq -13998 +/- 454513 delay 300136 +/-   0
ptp4l[Tue Apr 08 08:53:05 2025]: rms 335629 max 530007 freq -67110 +/- 461769 delay 285656 +/-   0
ptp4l[Tue Apr 08 08:53:06 2025]: rms 233233 max 382734 freq +151059 +/- 297104 delay 348576 +/-   0
ptp4l[Tue Apr 08 08:53:07 2025]: rms 319244 max 602300 freq -100371 +/- 416322 delay 423438 +/-   0
ptp4l[Tue Apr 08 08:53:08 2025]: rms 293373 max 687245 freq +53664 +/- 401268 delay 488567 +/-   0
ptp4l[Tue Apr 08 08:53:09 2025]: rms 354212 max 737131 freq -217726 +/- 455484 delay 515859 +/-   0
ptp4l[Tue Apr 08 08:53:10 2025]: rms 305376 max 551147 freq -34585 +/- 418045 delay 550402 +/-   0
ptp4l[Tue Apr 08 08:53:11 2025]: rms 300590 max 618537 freq -184625 +/- 408210 delay 585305 +/-   0
ptp4l[Tue Apr 08 08:53:12 2025]: rms 303808 max 489216 freq -27295 +/- 408525 delay 585305 +/-   0
ptp4l[Tue Apr 08 08:53:13 2025]: rms 341311 max 557190 freq +121888 +/- 442643 delay 585305 +/-   0
ptp4l[Tue Apr 08 08:53:14 2025]: rms 298426 max 598265 freq +10610 +/- 410881 delay 591258 +/-   0
ptp4l[Tue Apr 08 08:53:15 2025]: rms 277468 max 401039 freq +67721 +/- 390008 delay 591258 +/-   0
ptp4l[Tue Apr 08 08:53:16 2025]: rms 300430 max 524260 freq -48806 +/- 400626 delay 581610 +/-   0
ptp4l[Tue Apr 08 08:53:17 2025]: rms 320326 max 571756 freq +14332 +/- 442869 delay 581610 +/-   0
ptp4l[Tue Apr 08 08:53:18 2025]: rms 304295 max 566143 freq +62241 +/- 416590 delay 541115 +/-   0
ptp4l[Tue Apr 08 08:53:19 2025]: rms 316634 max 606079 freq -36699 +/- 434952 delay 525684 +/-   0
ptp4l[Tue Apr 08 08:53:20 2025]: rms 333188 max 543782 freq +129001 +/- 447943 delay 472374 +/-   0
ptp4l[Tue Apr 08 08:53:21 2025]: rms 322946 max 646793 freq  -9395 +/- 448614 delay 472374 +/-   0
ptp4l[Tue Apr 08 08:53:22 2025]: rms 335849 max 676928 freq -59275 +/- 465440 delay 481842 +/-   0
ptp4l[Tue Apr 08 08:53:23 2025]: rms 327323 max 577408 freq  +1136 +/- 449190 delay 523430 +/-   0
ptp4l[Tue Apr 08 08:53:24 2025]: rms 324972 max 489742 freq -72014 +/- 446105 delay 431057 +/-   0
ptp4l[Tue Apr 08 08:53:25 2025]: rms 150389 max 246885 freq +57924 +/- 192556 delay 519804 +/-   0
ptp4l[Tue Apr 08 08:53:26 2025]: rms 370323 max 618455 freq +122760 +/- 501851 delay 519804 +/-   0
ptp4l[Tue Apr 08 08:53:27 2025]: rms 373415 max 605270 freq -87962 +/- 504239 delay 519804 +/-   0
ptp4l[Tue Apr 08 08:53:28 2025]: rms 288852 max 431584 freq  +6707 +/- 403765 delay 542156 +/-   0
ptp4l[Tue Apr 08 08:53:29 2025]: rms 274937 max 513645 freq -76607 +/- 364133 delay 542156 +/-   0
ptp4l[Tue Apr 08 08:53:30 2025]: rms 332241 max 651583 freq +36113 +/- 461201 delay 542156 +/-   0
ptp4l[Tue Apr 08 08:53:31 2025]: rms 314792 max 629167 freq -30764 +/- 437327 delay 550583 +/-   0
ptp4l[Tue Apr 08 08:53:32 2025]: rms 297103 max 588634 freq -13689 +/- 409451 delay 558477 +/-   0
ptp4l[Tue Apr 08 08:53:34 2025]: rms 297564 max 601589 freq -72524 +/- 410504 delay 542156 +/-   0
ptp4l[Tue Apr 08 08:53:35 2025]: rms 294563 max 491644 freq -20324 +/- 403268 delay 542156 +/-   0
ptp4l[Tue Apr 08 08:53:36 2025]: rms 188455 max 353931 freq +43533 +/- 248101 delay 553676 +/-   0
ptp4l[Tue Apr 08 08:53:36 2025]: clock has been adjusted to frequency: +23409


    为了澄清、重现该错误的步骤如下：

    1. 使用较新的内核刷写固件
    2. 断开 eth 电缆
    3. 拔下电源、重新插上电源、等待系统引导(如果设备一次正确同步、从命令行重新引导不会导致此问题、但断开电源连接)
    4. 启动后、在两个器件上启用 eth3 (PRU)端口
    5. 在2个器件上运行 ptp4l 命令(用于上述日志中的从器件命令、用于没有-s 标志的主器件)。 两者的配置文件相同： 
      [global]
gmCapable 1
priority1 248
priority2 248
logAnnounceInterval 0
logSyncInterval -3
syncReceiptTimeout 3
# not synchronizing at all withaur re-initializing eth interfaces with that low threshold below
# neighborPropDelayThresh 800
min_neighbor_prop_delay -20000000
assume_two_step 1
path_trace_enabled 1
follow_up_info 1
transportSpecific 0x1
ptp_dst_mac 01:80:C2:00:00:0E
network_transport L2
delay_mechanism P2P
ingressLatency 88
egressLatency 288
    6. 在两个器件的 eth3接口之间连接 eth 电缆- ptp4l 与高延迟值同步
    7. 禁用和重新启用两个器件上的 PRU 以太网端口-从器件与低延迟值同步


    此致、
    Mateusz

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Mateusz：  

    另一件事要尝试：根本不要添加-s 标志、只需将 PTP 配置文件中的"priority1"配置更改为比主控器上的配置更大的值、即可将该器件配置为跟随器。 您是否看到相同的问题？

    Unknown 说：
    在这种情况下、设备甚至不会同步、直到我关闭两个接口、然后再打开。 我想这是因为配置文件中的 neighlightPropDelayThresh 值,它与我在重新启动接口之前得到的值相比是相当小的(配置中为800对重新启动前~200000 )。 从配置文件中删除该行后、它将以巨大的延迟进行同步、直到接口重新启动

    遗憾的是、使用我之前指定的 gPTP 配置时、我无法看到您看到的大偏移值。 目前我只能想到的一点是、可能需要对硬件进行 PTP 配置更改。 我仍然不清楚需要更改哪种配置。 你可以尝试调整  neighlightPropDelayThresh 而不是删除它吗? 也许将其更改为200000以外的某个值。

    -道林

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Daolin、

    我们的器件和评估板之间似乎有一个区别、那就是我们的器件在器件树中配置了2个 PRU 端口、而对于 EVM 板、只有1个 PRU 端口处于活动状态(下面 EVM 器件树的片段)。 

            ethernet-ports {
			#address-cells = <1>;
			#size-cells = <0>;
			icssg1_emac0: port@0 {
				reg = <0>;
				phy-handle = <&icssg1_phy1>;
				phy-mode = "rgmii-id";
				/* Filled in by bootloader */
				local-mac-address = [00 00 00 00 00 00];
			};
			icssg1_emac1: port@1 {
				reg = <1>;
				/* Filled in by bootloader */
				local-mac-address = [00 00 00 00 00 00];
				status = "disabled";
			};
		};



    我将器件树更改为仅使用1个 PRU 端口、第二个端口现在的状态为"已禁用"、问题就消失了、现在它每次都会与小路径延迟同步。 另一方面、当我在 dts 文件中切换端口状态以便禁用 emac0并启用 emac1时、我根本无法获得同步、请在下面记录 
    root@linux:~# ptp4l -P -2 -H -i eth2 -f ptp4l.0.cfg --step_threshold=1 -m -q -p /dev/ptp2 -s
ptp4l[Fri Apr 11 09:26:46 2025]: selected /dev/ptp2 as PTP clock
ptp4l[Fri Apr 11 09:26:46 2025]: port 1 (eth2): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 11 09:26:46 2025]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 11 09:26:46 2025]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 11 09:26:47 2025]: timed out while polling for tx timestamp
ptp4l[Fri Apr 11 09:26:47 2025]: increasing tx_timestamp_timeout or increasing kworker priority may correct this issue, but a driver bug likely causes it
ptp4l[Fri Apr 11 09:26:47 2025]: port 1 (eth2): send peer delay request failed
ptp4l[Fri Apr 11 09:26:47 2025]: port 1 (eth2): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[Fri Apr 11 09:27:04 2025]: port 1 (eth2): FAULTY to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 11 09:27:05 2025]: timed out while polling for tx timestamp
ptp4l[Fri Apr 11 09:27:05 2025]: increasing tx_timestamp_timeout or increasing kworker priority may correct this issue, but a driver bug likely causes it
ptp4l[Fri Apr 11 09:27:05 2025]: port 1 (eth2): send peer delay request failed
ptp4l[Fri Apr 11 09:27:05 2025]: port 1 (eth2): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[Fri Apr 11 09:27:21 2025]: port 1 (eth2): FAULTY to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 11 09:27:22 2025]: timed out while polling for tx timestamp
ptp4l[Fri Apr 11 09:27:22 2025]: increasing tx_timestamp_timeout or increasing kworker priority may correct this issue, but a driver bug likely causes it
ptp4l[Fri Apr 11 09:27:22 2025]: port 1 (eth2): send peer delay request failed
ptp4l[Fri Apr 11 09:27:22 2025]: port 1 (eth2): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[Fri Apr 11 09:27:38 2025]: port 1 (eth2): FAULTY to LISTENING on INIT_COMPLETE
ptp4l[Fri Apr 11 09:27:39 2025]: timed out while polling for tx timestamp
ptp4l[Fri Apr 11 09:27:39 2025]: increasing tx_timestamp_timeout or increasing kworker priority may correct this issue, but a driver bug likely causes it
ptp4l[Fri Apr 11 09:27:39 2025]: port 1 (eth2): send peer delay request failed
ptp4l[Fri Apr 11 09:27:39 2025]: port 1 (eth2): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)



    您是否能够在 DTS 文件中启用两个端口的情况下检查该方案？ 我知道评估板上只有一个物理端口、但我假设仅在设备树中启用这两个端口就足以重新创建问题。

    此致、
    Mateusz

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Mateusz：

    Unknown 说：
    您是否能够在 DTS 文件中启用两个端口的情况下检查该方案？

    实际上、尽管您检查 EVM DTS (k3-am642-evm.dts)本身、但在共享时只会看到启用了一个Foundational_Components 端口、但如果应用了 k3-am642-evm-icssg1-dualemac.dtbo 叠加文件(https://software-dl.ti.com/processor-sdk-linux/esd/AM64X/latest/exports/docs/linux/pruICSS/PRU_ICSSG 以太网.html#cpsw-PRU_Ethernet-selection)、则稍后会启用第二个 Linux_Drivers 端口。 这本质上会将其中一个 CPSW 端口切换为 PRU_ICSSG 端口。 我一直在我的 EVM 上进行测试、以在这两个 PRU_ICSSG 端口上启用 PRU ICSSG1端口并测试 PTP 同步。

    Unknown 说：
    我将设备树更改为仅使用1个 PRU 端口、第二个端口现在的状态为"已禁用"、问题就消失了、现在它每次都与小路径延迟同步。

    当您执行此操作时、似乎在 ptp4l 命令中只添加一个 eth 接口、而不是之前使用的两个接口？

    Unknown 说：
    另一方面、当我在 DTS 文件中切换端口状态以便禁用 emac0并启用 emac1时、我根本无法获得同步、下面的日志

    您是否已验证当 emac0已禁用且 emac1已启用时、您 能够让基本 以太网流量通过第二个 PRU 端口而不会出现任何问题？ 换句话说、您是否使用 ping (无 PTP)测试了数据包实际上可以在第二个 PRU 端口上发送和接收？

    我怀疑但尝试从上的同事获得验证的一点是、当启用 PRU_ICSSG 端口时、在 Linux 中加载的 PRU 固件只会绑定到第一个 PRU ICSSG 端口、否则不会绑定。 如果它仅连接到第一个端口、则可能是第二个 PRU 端口无法正常工作的原因。

    具体而言、我所说的是您可以在引导日志中查看的固件： 

    root@am64xx-evm:~# dmesg | grep pru 
[  11.341751] remoteproc remoteproc5: 3000a000.txpru is available
[  11.380535] remoteproc remoteproc6: 3000c000.txpru is available
[  11.389457] remoteproc remoteproc7: 3008a000.txpru is available
[  11.415953] remoteproc remoteproc8: 3008c000.txpru is available
[  12.433020] remoteproc remoteproc9: 30034000.pru is available
[  12.452531] remoteproc remoteproc11: 300b4000.pru is available
[  12.466158] remoteproc remoteproc13: 30038000.pru is available
[  12.511052] remoteproc remoteproc15: 300b8000.pru is available
[  12.663534] icssg-prueth icssg1-eth: TI PRU ethernet driver initialized: dual EMAC mode
[  14.131611] remoteproc remoteproc11: powering up 300b4000.pru
[  14.142527] remoteproc remoteproc11: Booting fw image ti-pruss/am65x-sr2-pru0-prueth-fw.elf, siz6
[  14.142647] remoteproc remoteproc11: remote processor 300b4000.pru is now up
[  14.156388] remoteproc remoteproc12: Booting fw image ti-pruss/am65x-sr2-rtu0-prueth-fw.elf, siz4
[  14.156489] remoteproc remoteproc7: powering up 3008a000.txpru
[  14.164150] remoteproc remoteproc7: Booting fw image ti-pruss/am65x-sr2-txpru0-prueth-fw.elf, si0
[  14.164215] remoteproc remoteproc7: remote processor 3008a000.txpru is now up
[  14.165612] remoteproc remoteproc15: powering up 300b8000.pru
[  14.173261] remoteproc remoteproc15: Booting fw image ti-pruss/am65x-sr2-pru1-prueth-fw.elf, siz6
[  14.173389] remoteproc remoteproc15: remote processor 300b8000.pru is now up
[  14.177557] remoteproc remoteproc16: Booting fw image ti-pruss/am65x-sr2-rtu1-prueth-fw.elf, siz0
[  14.177659] remoteproc remoteproc8: powering up 3008c000.txpru
[  14.187267] remoteproc remoteproc8: Booting fw image ti-pruss/am65x-sr2-txpru1

    -道林

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Daolin、


    Unknown 说：
    本质上、此操作会将其中一个 CPSW 端口切换为 PRU_ICSSG 端口

    好的、我错过了那部分、抱歉。

    Unknown 说：
    执行此操作时、似乎在 ptp4l 命令中只添加一个 eth 接口、而不是之前使用的两个接口？

    正确。 经过进一步测试后、我设法在仅使用一个 PRU eth 端口的配置下重新创建问题...


    Unknown 说：
    您是否已验证在禁用 emac0并启用 emac1时、您是否 能够让基本 以太网流量通过第二个 PRU 端口而不会出现任何问题？

    我检查了一下、emac1上没有流量、ifconfig 中没有数据包 

    eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.2.11  netmask 255.255.255.0  broadcast 192.168.2.255
        ether 9e:87:84:fa:6b:6c  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0




    Unknown 说：
    启用 PRU_ICSSG 端口后在 Linux 中加载的 PRU 固件仅与第一个 PRU ICSSG 端口绑定

    如果启用/禁用单个 emac1、似乎也会加载固件、至少这就是我在 dmesg 日志中看到的内容 

    root@linux:~# dmesg | grep -i pru
[    0.869954] remoteproc remoteproc0: 30034000.pru is available
[    0.872360] remoteproc remoteproc2: 3000a000.txpru is available
[    0.873554] remoteproc remoteproc3: 30038000.pru is available
[    0.875727] remoteproc remoteproc5: 3000c000.txpru is available
[    0.936247] remoteproc remoteproc6: 300b4000.pru is available
[    0.938575] remoteproc remoteproc8: 3008a000.txpru is available
[    0.939714] remoteproc remoteproc9: 300b8000.pru is available
[    0.942267] remoteproc remoteproc11: 3008c000.txpru is available
[   12.307165] icssg-prueth icssg0-eth: port 2: using random MAC addr: ae:d0:46:a2:9e:1c
[   12.398898] icssg-prueth icssg0-eth: TI PRU ethernet driver initialized: single EMAC mode
[  620.830211] remoteproc remoteproc3: powering up 30038000.pru
[  620.834056] remoteproc remoteproc3: Booting fw image ti-pruss/am65x-sr2-pru1-prueth-fw.elf, size 41208
[  620.834169] remoteproc remoteproc3: remote processor 30038000.pru is now up
[  620.835882] remoteproc remoteproc4: Booting fw image ti-pruss/am65x-sr2-rtu1-prueth-fw.elf, size 30124
[  620.840227] remoteproc remoteproc5: powering up 3000c000.txpru
[  620.841851] remoteproc remoteproc5: Booting fw image ti-pruss/am65x-sr2-txpru1-prueth-fw.elf, size 35184
[  620.841945] remoteproc remoteproc5: remote processor 3000c000.txpru is now up
[  620.847506] icssg-prueth icssg0-eth: settime timeout
[  623.908490] icssg-prueth icssg0-eth eth2: Link is Up - 100Mbps/Full - flow control off
[  652.580379] icssg-prueth icssg0-eth eth2: Link is Down
[  656.676498] icssg-prueth icssg0-eth eth2: Link is Up - 100Mbps/Full - flow control off
[ 3646.510484] icssg-prueth icssg0-eth eth2: Link is Down
[ 3646.515115] remoteproc remoteproc5: stopped remote processor 3000c000.txpru
[ 3646.515207] remoteproc remoteproc3: stopped remote processor 30038000.pru
[ 3648.404681] remoteproc remoteproc3: powering up 30038000.pru
[ 3648.405172] remoteproc remoteproc3: Booting fw image ti-pruss/am65x-sr2-pru1-prueth-fw.elf, size 41208
[ 3648.405285] remoteproc remoteproc3: remote processor 30038000.pru is now up
[ 3648.405570] remoteproc remoteproc4: Booting fw image ti-pruss/am65x-sr2-rtu1-prueth-fw.elf, size 30124
[ 3648.405636] remoteproc remoteproc5: powering up 3000c000.txpru
[ 3648.405825] remoteproc remoteproc5: Booting fw image ti-pruss/am65x-sr2-txpru1-prueth-fw.elf, size 35184
[ 3648.405861] remoteproc remoteproc5: remote processor 3000c000.txpru is now up
[ 3648.413182] icssg-prueth icssg0-eth: settime timeout


    此致、
    Mateusz

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Mateusz：  

    Unknown 说：
    我检查了、今天 emac1上没有流量、ifconfig
    Unknown 说：
    启用/禁用单个 emac1时、固件似乎也加载了、至少可以在 dmesg 中查看哪些日志。

    与我的同事进行检查后、如果加载或未加载固件、禁用 icssg 端口(其中一个)似乎不会产生影响。 只要至少启用了一个端口、固件就会加载、因此当 emac1是唯一启用的端口时、固件似乎不是 emac1没有流量的原因。

    Unknown 说：
    经过进一步的测试、尽管我设法在只有一个 PRU eth 端口的配置下也重新创建了问题...

    听起来单端口启用方法也无法解决问题。 进一步测试中的哪些更改使您能够重新创建问题？

    Unknown 说：
    不幸的是、使用我之前指定的 gPTP 配置、我无法看到您看到的大偏移值。 目前我只能想到的一点是、可能需要对硬件进行 PTP 配置更改。 我仍然不清楚需要更改哪种配置。 你可以尝试调整  neighlightPropDelayThresh 而不是删除它吗? 可能将其更改为200000以外的某个值。

    您有机会尝试一下吗？

    -道林

    [/quote]
  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Daolin、


    Unknown 说：
    似乎单端口启用方法也不能解决问题。 进一步测试中的哪些更改使您能够重新创建问题？

    我在测试过程中唯一改变的是断开电源线的时间更长一些、最初当断开电源线~1秒时、它似乎可以正常工作、但在后来的测试过程中、我拔下电源线的时间为5-10秒、在这种情况下、问题再次出现。


    Unknown 说：
    遗憾的是、使用我之前指定的 gPTP 配置时、我无法看到您看到的大偏移值。 目前我只能想到的一点是、可能需要对硬件进行 PTP 配置更改。 我仍然不清楚需要更改哪种配置。 你可以尝试调整  neighlightPropDelayThresh 而不是删除它吗? 也许将其更改为200000以外的某个值。

    您有机会尝试一下吗？

    [/报价]

    是的,我尝试玩这些设置,但它似乎是如果延迟值大于那个 neighlightPropDelayThresh ,外部主时钟被忽略,根本没有同步。

    此致、
    Mateusz

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Mateusz：

    Unknown 说：
    我在测试过程中唯一改变的是断开电源线的时间稍长一些,最初当它拔下~1秒时,它似乎可以工作,但在后来的测试中,我拔下它5-10秒,在这种情况下,问题再次出现。
    Unknown 说：
    测试连接是 eth3到 eth3。 两个端口都已传递到 ptp4l 以供将来使用冗余连接。

    您之前提到过、您的拓扑是两个定制电路板。 在提到断开电源线时、是否关闭了两个定制电路板中的一个并使另一个电路板保持开启状态并且持续运行 PTP？

    -道林

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    Unknown 说：
    您是否关闭了两个定制电路板中的一个、并使另一个电路板保持打开状态并持续运行 PTP

    就是这样。 主器件仍通电并运行 PTP。

    此致、
    Mateusz

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Mateusz：

    Unknown 说：
    正是这样。 主器件仍通电并运行 PTP。
    [/报价]

    感谢您的澄清、在上次测试之前、我没有注意到这一设置。 我希望明天或下周初使用此设置再次尝试测试。

    同时、您是否可以访问 TMDS64EVM (AM64x TI EVM)？ 如果是、您是否能够重现此问题、以及在 TMDS64EVM 上关闭并重新启动接口时、如何减少大失调电压？

    -道林

  • 0
    TI__Guru**** 2394305 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Mateusz：

    Unknown 说：
    感谢您对此进行了澄清、我在上次测试之前没有注意到此设置。 我希望明天或下周初使用此设置再次尝试测试。

    下面详细介绍了在跟随器板断电时保持主板运行 PTP 的信息、我在测试过程中所测试的内容。

    物理拓扑：

    TMDS64EVM (EVM1 - Grandmaster 时钟)<---eth1---> TMDS64EVM (EVM2 -跟随者时钟)

    步骤：

    1.使用 SDK 10.1 (内核6.6)

    2.使两个 EVM 上的所有 eth 端口保持断开状态

    3.启动两个 EVM 并与小 PTP 偏移同步、其中 eth1和 eth2都配置为 ptp4l 的一部分、从而确保 EVM1上的 ptp4l 在后台运行

    ptp4l -P -2 -H -I eth1 -I eth2 -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp2 &

    4.关闭 EVM2 (切换断电开关并拔下电源5-10秒)并使 EVM1在后台运行 ptp4l

    5.断开 eth1电缆的连接,确保其它所有 eth 端口也保持断开

    6.重新打开 EVM2后、在两个 EVM 上启用 eth1 PRU 端口(通过禁用 eth1和 eth2端口并且仅启用 eth1端口)

    7.在 EVM2上运行 ptp4l

    8.连接 eth1电缆并检查延迟值是否较大  

    结果表明、使用 ptp4l 时、EVM2仍然能够同步到一位数偏移值(请参阅下面的日志)

    日志：

    断电后重新上电后的 EVM2 (跟随器时钟)： 

    root@am64xx-evm:~# ip link set dev eth1 down
root@am64xx-evm:~# ip link set dev eth2 down                                                        
[ 875.546880] remoteproc remoteproc7: stopped remote processor 3008a000.txpru
[ 875.546970] remoteproc remoteproc14: stopped remote processor 30084000.rtu
[ 875.546981] remoteproc remoteproc13: stopped remote processor 300b4000.pru
[ 875.546992] remoteproc remoteproc8: stopped remote processor 3008c000.txpru
[ 875.547001] remoteproc remoteproc16: stopped remote processor 30086000.rtu
[ 875.547010] remoteproc remoteproc15: stopped remote processor 300b8000.pru                                                       
root@am64xx-evm:~# ip link set dev eth1 up 
[ 888.737379] remoteproc remoteproc13: powering up 300b4000.pru
[ 888.737816] remoteproc remoteproc13: Booting fw image ti-pruss/am65x-sr2-pru0-prueth-fw.elf, size6
[ 888.737901] remoteproc remoteproc13: unsupported resource 5
[ 888.737933] remoteproc remoteproc13: remote processor 300b4000.pru is now up
[ 888.737972] remoteproc remoteproc14: powering up 30084000.rtu
[ 888.738169] remoteproc remoteproc14: Booting fw image ti-pruss/am65x-sr2-rtu0-prueth-fw.elf, size4
[ 888.738207] remoteproc remoteproc14: remote processor 30084000.rtu is now up
[ 888.738238] remoteproc remoteproc7: powering up 3008a000.txpru
[ 888.738400] remoteproc remoteproc7: Booting fw image ti-pruss/am65x-sr2-txpru0-prueth-fw.elf, siz0
[ 888.738434] remoteproc remoteproc7: remote processor 3008a000.txpru is now up
[ 888.738840] remoteproc remoteproc15: powering up 300b8000.pru
[ 888.739010] remoteproc remoteproc15: Booting fw image ti-pruss/am65x-sr2-pru1-prueth-fw.elf, size6
[ 888.739030] remoteproc remoteproc15: unsupported resource 5
[ 888.739054] remoteproc remoteproc15: remote processor 300b8000.pru is now up
[ 888.739077] remoteproc remoteproc16: powering up 30086000.rtu
[ 888.739197] remoteproc remoteproc16: Booting fw image ti-pruss/am65x-sr2-rtu1-prueth-fw.elf, size0
[ 888.739222] remoteproc remoteproc16: remote processor 30086000.rtu is now up
[ 888.739241] remoteproc remoteproc8: powering up 3008c000.txpru
[ 888.739351] remoteproc remoteproc8: Booting fw image ti-pruss/am65x-sr2-txpru1-prueth-fw.elf, siz8
[ 888.739382] remoteproc remoteproc8: remote processor 3008c000.txpru is now up
root@am64xx-evm:~# [ 888.813478] pps pps1: new PPS source ptp2

root@am64xx-evm:~#
root@am64xx-evm:~# ptp4l -P -2 -H -i eth1 -i eth2 -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp2 
ptp4l[153.128]: selected /dev/ptp2 as PTP clock
ptp4l[153.145]: port 1 (eth1): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[153.157]: port 2 (eth2): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[153.158]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[153.158]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[153.158]: port 1 (eth1): link down
ptp4l[153.158]: port 1 (eth1): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[153.174]: port 2 (eth2): link down
ptp4l[153.174]: port 2 (eth2): LISTENING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED)
ptp4l[153.190]: selected local clock 70ff76.fffe.1f3dc6 as best master
ptp4l[153.190]: port 1 (eth1): assuming the grand master role
ptp4l[153.190]: port 2 (eth2): assuming the grand master role
[ 169.636144] icssg-prueth icssg1-eth eth1: Link is Up - 1Gbps/Full - flow control off
ptp4l[169.634]: port 1 (eth1): link up
ptp4l[169.649]: port 1 (eth1): FAULTY to LISTENING on INIT_COMPLETE
ptp4l[173.023]: port 1 (eth1): new foreign master 70ff76.fffe.1e9c46-1
ptp4l[173.105]: port 1 (eth1): LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
ptp4l[173.105]: port 1 (eth1): assuming the grand master role
ptp4l[173.105]: port 2 (eth2): assuming the grand master role
ptp4l[175.023]: selected best master clock 70ff76.fffe.1e9c46
ptp4l[175.023]: port 1 (eth1): MASTER to UNCALIBRATED on RS_SLAVE
ptp4l[176.024]: port 1 (eth1): UNCALIBRATED to SLAVE on MASTER_CLOCK_SELECTED
ptp4l[176.650]: rms 127538930347451 max 255077860695135 freq -846124 +/- 521603 delay   68 +/-  0
ptp4l[177.650]: rms 139151 max 213139 freq -391250 +/- 188926 delay   68 +/-  0
ptp4l[178.651]: rms 231749 max 243046 freq +30416 +/- 61238 delay   68 +/-  0
ptp4l[179.651]: rms 147048 max 195121 freq +112683 +/- 5756 delay   67 +/-  0
ptp4l[180.652]: rms 47673 max 78710 freq +67878 +/- 17156 delay   67 +/-  0
ptp4l[181.652]: rms 8534 max 13237 freq +17423 +/- 10843 delay   67 +/-  0
ptp4l[182.653]: rms 13807 max 14587 freq -6403 +/- 3355 delay   67 +/-  0
ptp4l[183.654]: rms 8438 max 11317 freq -10618 +/- 414 delay   67 +/-  0
ptp4l[184.654]: rms 2621 max 4393 freq -7795 +/- 1024 delay   67 +/-  0
ptp4l[185.655]: rms 531 max 809 freq -4851 +/- 622 delay   67 +/-  0
ptp4l[186.655]: rms 816 max 869 freq -3511 +/- 184 delay   67 +/-  0
ptp4l[187.656]: rms 482 max 653 freq -3297 +/- 31 delay   69 +/-  0
ptp4l[188.656]: rms 139 max 237 freq -3482 +/- 63 delay   70 +/-  0
ptp4l[189.657]: rms  34 max  49 freq -3653 +/- 34 delay   70 +/-  0
ptp4l[190.657]: rms  49 max  55 freq -3728 +/- 10 delay   69 +/-  0
ptp4l[191.658]: rms  29 max  33 freq -3740 +/-  4 delay   69 +/-  0
ptp4l[192.658]: rms  13 max  18 freq -3738 +/-  5 delay   69 +/-  0
ptp4l[193.659]: rms   3 max   3 freq -3730 +/-  3 delay   69 +/-  0
ptp4l[194.660]: rms   4 max   6 freq -3721 +/-  4 delay   69 +/-  0
ptp4l[195.660]: rms   3 max   6 freq -3724 +/-  4 delay   69 +/-  0
ptp4l[196.661]: rms   4 max   6 freq -3719 +/-  4 delay   69 +/-  0
ptp4l[197.661]: rms   4 max   6 freq -3723 +/-  5 delay   69 +/-  0
ptp4l[198.662]: rms   3 max   6 freq -3722 +/-  4 delay   69 +/-  0
ptp4l[199.663]: rms  10 max  12 freq -3740 +/-  4 delay   69 +/-  0
ptp4l[200.663]: rms   4 max   6 freq -3737 +/-  5 delay   69 +/-  0
ptp4l[201.664]: rms   4 max   6 freq -3734 +/-  6 delay   69 +/-  0
ptp4l[202.664]: rms   4 max   9 freq -3736 +/-  5 delay   69 +/-  0
ptp4l[203.665]: rms   4 max   6 freq -3736 +/-  5 delay   69 +/-  0
ptp4l[204.665]: rms   3 max   6 freq -3737 +/-  5 delay   70 +/-  0
ptp4l[205.666]: rms   4 max   7 freq -3740 +/-  5 delay   70 +/-  0
ptp4l[206.667]: rms   5 max   7 freq -3742 +/-  6 delay   70 +/-  0
ptp4l[207.667]: rms   3 max   7 freq -3740 +/-  5 delay   70 +/-  0
ptp4l[208.668]: rms   4 max   7 freq -3741 +/-  5 delay   70 +/-  0
ptp4l[209.668]: rms   5 max  10 freq -3746 +/-  5 delay   70 +/-  0
ptp4l[210.669]: rms   6 max  10 freq -3752 +/-  6 delay   70 +/-  0
ptp4l[211.669]: rms   4 max   7 freq -3754 +/-  4 delay   70 +/-  0
ptp4l[212.670]: rms   5 max   7 freq -3749 +/-  6 delay   70 +/-  0
ptp4l[213.670]: rms   4 max   7 freq -3751 +/-  5 delay   70 +/-  0
ptp4l[214.671]: rms   4 max   7 freq -3754 +/-  6 delay   70 +/-  0
^Croot@am64xx-evm:~# uname -a
Linux am64xx-evm 6.6.58-rt45-ti-rt-01780-gc79d7ef3a56f-dirty #1 SMP PREEMPT_RT Wed Nov 27 14:15:26 Ux
root@am64xx-evm:~#

    我怀疑您通过直接拔下电源来关闭定制电路板(跟随者时钟器件)。

    您是否能够使用 TMDS64EVM 复制您看到的大路径延迟？ 在这里描述的步骤中、我仍然无法看到您在定制电路板上看到的大延迟路径。

    -道林