Hi, Richard Cochran <richardcochran@xxxxxxxxx> writes: > On Tue, Nov 17, 2020 at 05:21:48PM -0800, Vinicius Costa Gomes wrote: >> Agreed that would be easiest/simplest. But what I have in hand seems to >> not like it, i.e. I have an earlier series implementing this "one shot" way >> and it's not reliable over long periods of time or against having the >> system time adjusted. > > Before we go inventing a new API, I think we should first understand > why the one shot thing fails. After a long time, a couple of internal misunderstandings, fixing some typos in the delay adjustment constants and better error handling, this one shot method is working well. I will propose a new version, implementing PTP_SYS_OFFSET_PRECISE using the one shot way. > > If there is problem with the system time being adjusted during PTM, > then that needs solving in any case! The new series uses shorter cycles, is able to restart the PTM dialogs if an error is detected (the clock adjustment in the end causes the NIC to report a PTM timeout), so things are working better. > > Thanks, > Richard Cheers, -- Vinicius
