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
override of expired table.
Signed-off-by: Maciek Machnikowski
This patch adds support for the leapfile in the generic pps source.
Such implementations prevents situtation when TAI offset is not set in the
system (which is true when there is no NTP daemon running that sets it) from
setting the UTC time in the disciplined PHC.
Leapfile and lstab will only be
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 struct lstab.
Signed-off-by: Maciek Machnikowski
---
lstab.c
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.
This patch series moves leapfile handling to lstab and reuses the logic
On Tue, Sep 13, 2022 at 01:39:52PM -0700, Jacob Keller wrote:
> When ptp4l detects a fault, the application stops for a short time until
> the fault_reset_interval has passed.
>
> Since commit 3b82f227ce96 ("clock: Monitor the link status using a RT
> netlink socket."), the clock state machine
On Tue, Sep 13, 2022 at 01:44:10PM +0200, Miroslav Lichvar wrote:
> If ptp4l received a signal in poll() waiting for a transmit timestamp,
> multiple (possibly confusing) error messages are logged before exit.
>
> If poll() returns with EINTR, call it once again to get the timestamp
> and avoid
On Sat, Oct 08, 2022 at 01:27:28PM -0700, Richard Cochran wrote:
> On Sat, Oct 08, 2022 at 01:24:23PM -0700, Richard Cochran wrote:
>
> > Why can't the virtual port function be an option for the UDS port
> > already in place?
>
> To answer my own question, it needs to be in the list of "normal"
On Mon, Oct 17, 2022 at 07:54:14PM +0200, Maciek Machnikowski wrote:
> Update leap second table expiry date to 28 June 2023 based on
> the latest leap-seconds.list from IETF
> https://www.ietf.org/timezones/data/leap-seconds.list
>
> This fixes the need to give leapfile when running ts2phc with
>
On Mon, Oct 17, 2022 at 11:53:12AM +0200, Maciek Machnikowski wrote:
> To avoid confusion - update offset in the man page to current value.
Applied.
Thanks,
Richard
___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
On Mon, Oct 17, 2022 at 06:28:33PM +0530, Devasish Dey wrote:
> >
> > > The management interface follows the IEEE standard.
> > > Please follow the standard, and do not add values that break the
> > standard.
> >
> > Yes, this is an absolute no-go.
> >
>
> We have used the Reserved range which is
On Mon, Oct 17, 2022 at 05:38:36PM +0200, Maciek Machnikowski wrote:
> Since the GNSS itself doesn't come with any dataset attached, the virtual port
> concept was created. Its sole purpose is to present the BMCA with the dataset
> of
> the physical PPS+ToD signal.
>
> The way to implement
On Mon, Oct 17, 2022 at 06:27:12PM +0530, Devasish Dey wrote:
> "The PTP connections between the T-BC-Ps allow the T-BC-Ps to support
> specific monitoring types. For example, T-BC-P #D may monitor and learn the
> PDV characteristics of the PTP service from T-BC-P #C. This may be used to
> help
On Mon, Oct 17, 2022 at 09:14:14PM +0200, Erez wrote:
> On Mon, 17 Oct 2022 at 16:46, Vipin Sharma
> wrote:
>
> > Hi Richard,
> > We really appreciate the work and time you have spent on our commits and
> > the community work you are doing for LinuxPTP and other timesync features.
> >
> > "I
13 matches
Mail list logo