Hello , thanks for answer.i have request and response messages got from tcpdump.Can the negative delay value be the reason for not passing to the other state?And the slave interface clock is scyned with master, is it normal with this case that slave state is not gathered?
Android’de Yahoo Postadan gönderildi 18:10’’3e’ 3 Haz 2022 Cum tarihinde, Richard Cochran<richardcoch...@gmail.com> şunu yazdı: On Fri, Jun 03, 2022 at 12:40:15PM +0000, Barbaros Kazan via Linuxptp-users wrote: > ptp4l[2698.347]: selected local clock aabbcc.fffe.ddee27 as best master > ptp4l[2699.143]: port 1: unicast request timeout > ptp4l[2699.144]: port 1: time to renew unicast subscriptions > ptp4l[2699.144]: port 1: unicast ANNOUNCE granted for 60 sec > ptp4l[2699.177]: port 1: renewal timeout at 2744 > ptp4l[2699.178]: port 1: unicast SYNC granted for 60 sec > ptp4l[2699.178]: port 1: unicast DELAY_RESP granted for 60 sec > ptp4l[2699.552]: selected best master clock b49691.fffe.b7a21c > ptp4l[2699.552]: port 1: LISTENING to UNCALIBRATED on RS_SLAVE Your client has not entered the SLAVE state, and it is not yet synchronizing. In order to transition from the UNCALIBRATED state, it needs to complete one delay measurement. Check the request/responses with tcpdump/wireshark. > ptp4l[2699.661]: u_pi_state 1 > ptp4l[2699.695]: u_pi_last_freq 2000.000000 > ptp4l[2699.695]: u_pi_offset 1271227 > ptp4l[2699.695]: u_pi_freq 2000.000000 > ptp4l[2699.728]: u_pi_freq_diff 0.000000 > ptp4l[2699.728]: u_pi_lock_check_cnt 0/100 > ptp4l[2699.729]: u_pi_unlock_check_cnt 0/100 > ptp4l[2699.729]: u_pi_offset_mavg_result 17846/100 > ptp4l[2699.762]: u_pi_freq_mavg_result 0.000000/50.000000 > ptp4l[2699.762]: share_lock_status 0 > ptp4l[2699.763]: u_pi_bring_up_core1_flag 0 This is not the official SW, and so I won't support it. Thanks, Richard
_______________________________________________ Linuxptp-users mailing list Linuxptp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-users
