The kernel version I'm using (v4.19) doesn't support the gettimex implementation, so I've added this patch: More accurate PHC<->system clock synchronization <https://patchwork.ozlabs.org/project/netdev/cover/20181109101449.15398-1-mlich...@redhat.com/> (I only took patches 1-4/8) But this patch doesn't include my KSZ driver (patches 5-8/8 include only other drivers), so I had to add my own implementation to the KSZ driver in order to support the PTP_SYS_OFFSET_EXTENDED ioctl. Unfortunately, it didn't help, and I still suffer from huge delays and offsets (I did verify the ptp4l is running the SYSOFF_METHOD method).
Any other ideas or tips ? Thanks for the help, Joseph On Thu, May 20, 2021 at 7:57 PM Keller, Jacob E <jacob.e.kel...@intel.com> wrote: > > > > -----Original Message----- > > From: Richard Cochran <richardcoch...@gmail.com> > > Sent: Thursday, May 20, 2021 8:28 AM > > To: Joseph Matan <joseph.matan...@gmail.com> > > Cc: linuxptp-users@lists.sourceforge.net > > Subject: Re: [Linuxptp-users] Getting big offsets with phc2sys > > > > On Wed, May 19, 2021 at 10:31:00PM +0300, Joseph Matan wrote: > > > *Platform:* > > > > > > My board is running with KSZ9477 switch (with HW timestamping support) > on > > > linux 4.19. > > > > I guess that the time is read over MDIO. If so, that explains the > > jitter in the measured offsets. > > > > HTH, > > Richard > > > > > > I would double check that you've implemented the newest .gettimex function > call for reading time as well in your driver. > > Thanks, > Jake >
_______________________________________________ Linuxptp-users mailing list Linuxptp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-users
