Re: [PATCH 1/5] ptp: Added a brand new class driver for ptp clocks.

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Richard Cochran
Date: Tuesday, August 17, 2010 - 1:53 am

On Mon, Aug 16, 2010 at 12:24:48PM -0700, john stultz wrote:

For PTP enabled hardware, the timestamp on the network packet comes
from from the PTP clock, not from the system time.

Of course, you can always just leave the PTP clock alone, figure the
needed correction, and apply it whenever needed. But this has some
disadvantages. First of all, the (one and only) open source PTPd does
not do it that way. Also, only one program (the PTPd or equivalent)
will know the correct time. Other programs will not be able to ask the
operating system for time services. Instead, they would need to use
IPC to the PTPd.

The PTP protocol (and some PTP hardware) offers a "one step" method,
where the timestamps are inserted by the hardware on the fly. Here you
really do need the PTP clock to be correctly adjusted.

All of the PTP hardware that I am familiar with provides a clock
adjustment method, so it simpler and cleaner just to use this facility
to tune the PTP clock.

Richard
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH v5 0/5] ptp: IEEE 1588 clock support, Richard Cochran, (Mon Aug 16, 4:17 am)
[PATCH 4/5] ptp: Added a clock driver for the IXP46x., Richard Cochran, (Mon Aug 16, 4:18 am)
Re: [PATCH 1/5] ptp: Added a brand new class driver for pt ..., Richard Cochran, (Tue Aug 17, 1:53 am)
Re: [PATCH 1/5] ptp: Added a brand new class driver for pt ..., Patrick Loschmidt, (Fri Aug 27, 8:21 am)