On Fri, Dec 04, 2020 at 03:02:58AM +0200, Vladimir Oltean wrote: > On Thu, Dec 03, 2020 at 04:34:46PM -0800, Richard Cochran wrote: > > > Actually, for dpaa2, the one-step timestamping procedure just does: > > > > > > correctionField += t_TX - t_passed_inband > > > > > > where the driver populates: > > > t_passed_inband = originTimestamp = approximate PTP time of software > > > packet delivery > > > > ptp4l sets to originTimestamp zero! > > And the driver happily overwrites it, I don't understand what the issue > is. If not the driver, the MAC would, anyway.
huh? Doesn't it looks strang if the originTimestamp arrives at the client with zero. Or maybe I didn't understand what the dpaa2 driver/HW does? Does the driver populate the originTimestamp? Thanks, Richard _______________________________________________ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel