I have a Compute Module4 single board computer controlled using
linuxptp to a White Rabbit switch as grand master. The client is
controlled by the server with linuxptp 3.1.1
ptp4l[8729.388]: selected /dev/ptp0 as PTP clock
ptp4l[8729.432]: port 1: INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[8729.433]: port 0: INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[8729.724]: port 1: new foreign master e06ca6.fffe.000e54-5
ptp4l[8734.286]: selected best master clock 70b3d5.fffe.91ea78
ptp4l[8734.286]: updating UTC offset to 37
ptp4l[8734.286]: port 1: LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[8736.325]: master offset -1688969011985876110 s0 freq +0 path delay
1126
ptp4l[8737.385]: master offset -1688969011985878320 s1 freq -2093 path delay
1160
ptp4l[8738.508]: master offset -830824 s2 freq -832917 path delay 1160
ptp4l[8738.508]: port 1: UNCALIBRATED to SLAVE on MASTER_CLOCK_SELECTED
ptp4l[8739.704]: master offset 162030 s2 freq -89310 path delay 1160
ptp4l[8740.704]: master offset 258626 s2 freq +55895 path delay -7581
ptp4l[8741.649]: master offset 204019 s2 freq +78876 path delay -7581
ptp4l[8742.831]: master offset 99626 s2 freq +35688 path delay 1092
...
ptp4l[8769.831]: master offset -3 s2 freq -2082 path delay 643
ptp4l[8771.008]: master offset -9 s2 freq -2088 path delay 643
ptp4l[8772.026]: master offset -4 s2 freq -2086 path delay 643
and all goes well. I upgraded to linuxptp 4.0 in order to activate some
of the newer options and now in the exact same context I am unable to
lock with the messages
ptp4l[9584.467]: selected /dev/ptp0 as PTP clock
ptp4l[9584.512]: port 1 (eth0): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[9584.513]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on
INIT_COMPLETE
ptp4l[9584.513]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on
INIT_COMPLETE
ptp4l[9585.065]: port 1 (eth0): new foreign master e06ca6.fffe.000e54-5
ptp4l[9589.075]: selected best master clock 70b3d5.fffe.91ea78
ptp4l[9589.076]: port 1 (eth0): LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[9590.139]: timed out while polling for tx timestamp
ptp4l[9590.139]: increasing tx_timestamp_timeout may correct this issue, but it
is likely caused by a driver bug
ptp4l[9590.140]: port 1 (eth0): send delay request failed
ptp4l[9590.140]: port 1 (eth0): UNCALIBRATED to FAULTY on FAULT_DETECTED
(FT_UNSPECIFIED)
ptp4l[9606.206]: port 1 (eth0): FAULTY to LISTENING on INIT_COMPLETE
ptp4l[9606.817]: port 1 (eth0): new foreign master e06ca6.fffe.000e54-5
and this message repeats endlessly. Since I saw some recent updates I
git cloned https://git.code.sf.net/p/linuxptp/code to assess the latest
revisions but same result. There have been so many changes between
3.1.1 and 4.0 5 (diff tells me 10000 lines changed) that I do not know
where to start for debugging. Any hint from these error messages ?
Thank you
--
JM Friedt, FEMTO-ST Time & Frequency, 26 rue de l'Epitaphe, 25000
Besancon, France
_______________________________________________
Linuxptp-users mailing list
Linuxptp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-users
