I am replying from the digest, I apologize if the message threading is
broken from that.
...
> And compare ingress_time to the timestamp I get when I use the local
> hardware clock (which I am not allowed to sync with ptp).
...
> For now all I need is the exact difference between what PTP would deliver
> compared to the local systemtime.

You should make sure what exactly you are not permitted to sync with ptp.
Is it really hardware clock, or do you mean system clock and RTC?
In PTP context when you use the term "hardware clock" I think most would
assume that means the PTP Hardware Clock (PHC) in the network controller.
To most system administrators the term "hardware clock" would probably
imply the system clock maintained by the operating system using processor
counters, and synchronized to the realtime clock (RTC) on shutdown, and
possibly periodically while running.

As far as I am aware the PHC in the NIC is not used for anything other
than network time synchronization using PTP, and the PHC has no relation
to the system clock unless you also run phc2sys to transfer time from the
PHC to the system (software) clock.

So in summary it would be worth checking that you and whoever made the
restriction of not changing the hardware clock are really speaking of the
same thing, because a reasonable interpretation could be that you can sync
the NIC hardware clock using PTP, but just don't touch the system clock
running from the processor counter.

-- 
Chris Caudle






_______________________________________________
Linuxptp-users mailing list
Linuxptp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-users

Reply via email to