Re: Specifying refclock accuracy

James Clark <[email protected]>
Newsgroups gmane.comp.time.chrony.user
Message-ID <CANz3_EZ0WX1FSMC6hGUSz_Zx74_RKP7FL2WNC-CP7NN8vrciBA@mail.gmail.com>
On Wed, Sep 20, 2023 at 4:40 PM Miroslav Lichvar <[email protected]> wrote:
>
> On Wed, Sep 20, 2023 at 01:53:54PM +0700, James Clark wrote:

> > but the margin of error remains in the 700ns-800ns range. The margin
> > of error figure is similar to the dispersion figure in the refclocks
> > log, so I'm guessing that's the main cause. Why is the dispersion so
> > large and is there anything that can be done to fix it?
>
> It contains half of the delay in reading of the PHC, mostly coming
> from the PCIe delay. The only way to avoid that is cross timestamping
> (e.g. PTM).

I tried it with a PTM-enabled system (an i225-T1), and the margin of
error does indeed drop dramatically to 70ns.
The dispersion is 40ns. If I use the nocrossts option on that system,
the margin of error is about 1780ns and dispersion 1750ns.

I'm seeing occasional kernel messages (in version 6.1.52):

igc 0000:05:00.0 enp5s0: Timeout reading IGC_PTM_STAT register

Is that something I should report upstream somewhere?

Thanks for the other info: things are clearer now.

James

-- 
To unsubscribe email chrony-users-request-kWFZVVI9zxvPqho9SqqRMmD2FQJk+8+b@public.gmane.org 
with "unsubscribe" in the subject.
For help email chrony-users-request-kWFZVVI9zxvPqho9SqqRMmD2FQJk+8+b@public.gmane.org 
with "help" in the subject.
Trouble?  Email [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.