Re: Chrony on CM4

James Clark <[email protected]>
Newsgroups gmane.comp.time.chrony.user
Message-ID <CANz3_Ea16jV8+dY9sJUEJ839cHFVcOS5WuQNF_sj4Kd6EKaSKg@mail.gmail.com>
I think it's going to be easier to figure out the problem if we have one
side that is known to work. Is NTP-over-PTP known to work on Intel NICs
like i210/i225/i226? If so, then tomorrow I'll try with one side as Intel
NIC and one as CM4.

James

On Mon, Sep 4, 2023 at 8:03 PM James Clark <[email protected]> wrote:

> On Mon, Sep 4, 2023 at 6:51 PM Miroslav Lichvar <[email protected]>
> wrote:
>
>> On Mon, Sep 04, 2023 at 06:30:06PM +0700, James Clark wrote:
>> > "chronyc serverstats" looks good: I'm seeing  increasing "NTP hardware
>> RX
>> > timestamps" and
>> > "NTP hardware TX timestamps".
>>
>> Is the server running on CM4?
>>
>
> Yes.
>
>
>> > I'm now trying two clients, and I see different results with chronyc
>> > ntpdata:
>> >
>> > - another CM4: here I see RX timestamping : Hardware but TX
>> timestamping :
>> > Kernel
>>
>> Can you please enable the measurements log and see if all TX
>> timestamps are kernel or there is a mix of kernel and hardware?
>
>
> It's a mixture: 848 "K H"; 22 "K K"; 13 "H H".
>
>
>> The HW
>> timestamping might be unreliable. You could try increasing hwtstimeout
>> to 1 to wait even longer for the TX timestamp.
>>
>> You could also try adding "minpoll 2" to the hwtimestamp directive to
>> read the clock less frequently to avoid some collisions with the
>> timestamping access. IIRC the HW or driver might have an issue with
>> that.
>>
>
>  I tried increasing both hwtstimeout and minpoll, but it hasn't fixed the
> problem.
>
> > - an x86 box with the AQC107: here I see TX timestamping : Hardware and
>> RX
>> > timestamping : Hardware
>> > but on the client "chronyc ntpdata" shows Kernel for TX timestamping
>> and RX
>> > timestamping.
>>
>> I have no experience with this NIC. What does ethtool -T show?
>>
>
> It shows:
>
> Time stamping parameters for enp1s0:
> Capabilities:
>         hardware-transmit
>         software-transmit
>         hardware-receive
>         software-receive
>         software-system-clock
>         hardware-raw-clock
> PTP Hardware Clock: 3
> Hardware Transmit Timestamp Modes:
>         off
>         on
> Hardware Receive Filter Modes:
>         none
>         ptpv2-l4-event
>         ptpv2-l2-event
>         ptpv2-event
>
> The measurements here are consistently K K, apart from the first one which
> is H H.
>
> James
>
>
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.