Thanks for reply. We are using "Ethernet controller: Intel Corporation Ethernet Connection X552 10 GbE SFP+" Yes. We are sending Sync & Followup messages from Intel MAC.
Another issue observed with single step ptp operation. I made changes for single step ptp master with making twoStepFlag as zero. twoStepFlag 0 assume_two_step 0 After above if ptp4l master started then we are getting following errors. Jan 07 01:02:15 mavdu.local systemd[1]: Stopping Precision Time Protocol (PTP) service... Jan 07 01:02:15 mavdu.local systemd[1]: Started Precision Time Protocol (PTP) service. Jan 07 01:02:15 mavdu.local systemd[1]: Starting Precision Time Protocol (PTP) service... Jan 07 01:02:15 mavdu.local ptp4l_master[8503]: ptp4l_master[90657.824]: selected /dev/ptp0 as PTP clock Jan 07 01:02:15 mavdu.local ptp4l_master[8503]: [90657.824] selected /dev/ptp0 as PTP clock Jan 07 01:02:15 mavdu.local ptp4l_master[8503]: ptp4l_master[90657.836]: driver rejected most general HWTSTAMP filter Jan 07 01:02:15 mavdu.local ptp4l_master[8503]: [90657.836] driver rejected most general HWTSTAMP filter Jan 07 01:02:15 mavdu.local ptp4l_master[8503]: ptp4l_master[90657.836]: ioctl SIOCSHWTSTAMP failed: Numerical result out of range Jan 07 01:02:15 mavdu.local ptp4l_master[8503]: [90657.836] ioctl SIOCSHWTSTAMP failed: Numerical result out of range Jan 07 01:02:15 mavdu.local ptp4l_master[8503]: ptp4l_master[90657.848]: port 1: INITIALIZING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED) Jan 07 01:02:15 mavdu.local ptp4l_master[8503]: [90657.848] port 1: INITIALIZING to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED) Jan 07 01:02:15 mavdu.local ptp4l_master[8503]: ptp4l_master[90657.848]: port 0: INITIALIZING to LISTENING on INIT_COMPLETE Jan 07 01:02:15 mavdu.local ptp4l_master[8503]: [90657.848] port 0: INITIALIZING to LISTENING on INIT_COMPLETE Thanks, Raveendra On Thursday, October 17, 2019, 4:06:22 PM GMT+5:30, Richard Cochran <richardcoch...@gmail.com> wrote: On Thu, Oct 17, 2019 at 07:47:15AM +0000, RAVEENDRA M via Linuxptp-users wrote: > PTP Sync & Followup packets carrying zero timestamp value. What do you mean by this? > Is this expected behavior or any other way we can configure it to generate > timestamps in PTP packets ? The Sync.originTimestamp is expected to be zero, if sent by ptp4l. The IEEE 1588 standard allows that field to be zero. The FollowUp.preciseOriginTimestamp will carry the non-zero transmit time of the Sync message. You said that the driver is ixgbe. What Intel MAC are you using? Are you sending the Sync and FollowUp messages from the Intel MAC or receiving them there? HTH, Richard
_______________________________________________ Linuxptp-users mailing list Linuxptp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-users
