Re: [Linuxptp-users] Clock jumped forward or running faster than expected

[Jord P. <jor...@ou...>]

Hi Jake!


The network device is the Intel Ethernet Connection (2) I218-LM in combination with the e1000e driver version 3.4.0.2 (latest).


The output of ethtool -T eno1 is as follows:

Time stamping parameters for eno1:
Capabilities:
    hardware-transmit     (SOF_TIMESTAMPING_TX_HARDWARE)
    software-transmit     (SOF_TIMESTAMPING_TX_SOFTWARE)
    hardware-receive      (SOF_TIMESTAMPING_RX_HARDWARE)
    software-receive      (SOF_TIMESTAMPING_RX_SOFTWARE)
    software-system-clock (SOF_TIMESTAMPING_SOFTWARE)
    hardware-raw-clock    (SOF_TIMESTAMPING_RAW_HARDWARE)
PTP Hardware Clock: 0
Hardware Transmit Timestamp Modes:
    off                   (HWTSTAMP_TX_OFF)
    on                    (HWTSTAMP_TX_ON)
Hardware Receive Filter Modes:
    none                  (HWTSTAMP_FILTER_NONE)
    all                   (HWTSTAMP_FILTER_ALL)
    ptpv1-l4-sync         (HWTSTAMP_FILTER_PTP_V1_L4_SYNC)
    ptpv1-l4-delay-req    (HWTSTAMP_FILTER_PTP_V1_L4_DELAY_REQ)
    ptpv2-l4-sync         (HWTSTAMP_FILTER_PTP_V2_L4_SYNC)
    ptpv2-l4-delay-req    (HWTSTAMP_FILTER_PTP_V2_L4_DELAY_REQ)
    ptpv2-l2-sync         (HWTSTAMP_FILTER_PTP_V2_L2_SYNC)
    ptpv2-l2-delay-req    (HWTSTAMP_FILTER_PTP_V2_L2_DELAY_REQ)
    ptpv2-event           (HWTSTAMP_FILTER_PTP_V2_EVENT)
    ptpv2-sync            (HWTSTAMP_FILTER_PTP_V2_SYNC)
    ptpv2-delay-req       (HWTSTAMP_FILTER_PTP_V2_DELAY_REQ)


Jord Pool
IT Service Management


________________________________
From: Keller, Jacob E <jac...@in...>
Sent: Monday, May 7, 2018 7:54:43 PM
To: Jord Pool; lin...@li...
Subject: RE: Clock jumped forward or running faster than expected

> -----Original Message-----
> From: Jord Pool [mailto:jor...@ou...]
> Sent: Monday, May 07, 2018 12:40 AM
> To: lin...@li...
> Subject: [Linuxptp-users] Clock jumped forward or running faster than expected
>
> Hi,
>
> I have a server which synchronizes to a local NTP server in my network. Now I
> wanted to let phc2sys synchronize the physical hardware clock to the system
> clock (which is synchronized by NPT). The next step would be to run a ptp4l
> instance on the same machine to let it elect itself as the grandmaster node,
> distributing PTP time.
>
> When launching a phc2sys instance where I try to synchronize the physical
> hardware clock to the system clock (# phc2sys -c eno1 -s CLOCK_REALTIME -w -
> m) it returns the message 'Clock jumped forward or running faster than
> expected'. After, the offset is very high and tries to slew itself down but this will
> take forever.
>
> What could be the problem here or am I doing something wrong?
>

Hmm.. What device and driver is eno1? What's the output of ethtool -T eno1?

Thanks,
Jake

>
>
> Jord Pool
> IT Service Management
>
>