[Linuxptp-devel] [PATCH RFC V2 0/4] Time stamp asymmetry correction

2014-12-09 Thread Richard Cochran
* ChangeLog ** V2 - rename the configuration options to match those in the standards Most (or all?) hardware provides time stamps that are offset from the actual point at the reference plane. The amount of delay is asymmetrical between ingress and egress, and depending on the particular

[Linuxptp-devel] [PATCH RFC V2 2/4] Invoke the clock check even if the time stamp nanoseconds field is zero.

2014-12-09 Thread Richard Cochran
Signed-off-by: Richard Cochran richardcoch...@gmail.com --- port.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/port.c b/port.c index 475d3e4..25265f7 100644 --- a/port.c +++ b/port.c @@ -2188,7 +2188,7 @@ enum fsm_event port_event(struct port *p, int fd_index)

Re: [Linuxptp-devel] [PATCH RFC V2 0/4] Time stamp asymmetry correction

2014-12-09 Thread Keller, Jacob E
In regards to the comment about whether a negative value should be acceptable, I think it should not. The reason is because I can't think of any scenario in which hardware timestamps the packet *before* it arrives... That is, there should never be a hardware which negative latency as that is