21 5:03 AM, Miklas, Marcin via Linuxptp-devel wrote:
> From: Marcin Miklas
>
> In gPTP PTP_TIMESCALE flag should be set to 1. It looks like the flags
> where not properly set for any of messages used in gPTP.
>
> Some of the automotive gPTP bridges where rejecting the PDelayReq
> m
From: Marcin Miklas
In gPTP PTP_TIMESCALE flag should be set to 1. It looks like the flags
where not properly set for any of messages used in gPTP.
Some of the automotive gPTP bridges where rejecting the PDelayReq messages
because of missing flag.
I would say that both linuxptp and the bridge d
From: Marcin Miklas
Use client's configured initialLogSyncInterval instead.
Signed-off-by: Marcin Miklas
---
port.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/port.c b/port.c
index b5b775f..8175f28 100644
--- a/port.c
+++ b/port.c
@@ -1208,7 +1208,7 @@ static void port
From: Marcin Miklas
Hi,
I've noticed couple of problems when using linuxptp with other gPTP
implementations.
gPTP requires that PTP_TIMESCALE flag is set in messages. I noticed that
PDelayReq, PDelayResp, PDelayRespFollowUp, Sync, FollowUp and Signaling all have
that flag set to 0. One of the b
Hi,
gPTP requires that PTP_TIMESCALE flag is set in messages. I noticed that
PDelayReq, PDelayResp, PDelayRespFollowUp, Sync, FollowUp and Signaling all
have that flag set to 0. One of the bridges just ignores communication with
ptp4l because of that.
The fault is on both sides, because gPTP
Hi,
I noticed problem with signalling messages. When servo is unlocked the
following function is called:
port_tx_interval_request(p, SIGNAL_NO_CHANGE,
SIGNAL_SET_INITIAL,
SIGNAL_NO_CHANGE);
We can see that ptp4
