Re: [Linuxptp-devel] [PATCH v1 1/3] lstab: Add LSTAB_EXPIRED result

2022-10-19 Thread Jacob Keller
On 10/18/2022 8:08 AM, Maciek Machnikowski wrote: > LSTAB_UNKNOWN is too generic, add LSTAB_EXPIRED result to return the latest > lstab correction and indicate that the tab used to resolve it is expired. > > This is useful for more precise reporting of lstab file state and will enable > an > o

Re: [Linuxptp-devel] [PATCH v1 2/3] lstab: move update_leapsecond_table function to lstab

2022-10-19 Thread Jacob Keller
On 10/18/2022 8:08 AM, Maciek Machnikowski wrote: > To enable handling lstab in the same way by different pps sources, move > update_leapsecond_table function from the nmea_pps_source to the generic lstab > file. This also required moving leapfile filename and its modification time to > the stru

Re: [Linuxptp-devel] [PATCH v1 0/3] Fix TAI offset in generic pps source

2022-10-19 Thread Jacob Keller
On 10/18/2022 8:08 AM, Maciek Machnikowski wrote: > Current implementation of generic pps source relies on the UTC-TAI offset read > from system. Some OSes don't set that offset by default and return 0. In such > case ts2phc sets PHC time to UTC timescale without notifying user. > Not sure wha

[Linuxptp-devel] Introducing SyncESMC (ESMC client) from SyncMonk

2022-10-19 Thread Devasish Dey
Hi All, SyncMonk is excited to introduce *SyncESMC*, an implementation for Ethernet Synchronous Message Channel based on ITU-T G.8264 (03/2018) and ITU-T G.781(04/2020) standards as a precision timing solution. SyncESMC is ITU-T standards compliant, hardware agnostic, easy to troubleshoot, comes

Re: [Linuxptp-devel] Introducing SyncESMC (ESMC client) from SyncMonk

2022-10-19 Thread Luigi 'Comio' Mantellini
Very interesting. Thanks for your effort. Luigi Il gio 20 ott 2022, 07:42 Devasish Dey ha scritto: > Hi All, > > SyncMonk is excited to introduce *SyncESMC*, an implementation for > Ethernet Synchronous Message Channel based on ITU-T G.8264 (03/2018) and > ITU-T G.781(04/2020) standards as a p