On Wed, Apr 26, 2023 at 02:25:12PM +0200, Luigi 'Comio' Mantellini wrote:
> Having servers on different
> nodes will give a drift because there is not any shared clock in this case.
If the nodes had their system clocks synchronized, as would normally
be expected, the sync transmissions would not
Hi Miroslav,
find my inline answers.
Il giorno mer 26 apr 2023 alle ore 11:15 Miroslav Lichvar <
mlich...@redhat.com> ha scritto:
> On Wed, Apr 26, 2023 at 10:43:52AM +0200, Luigi 'Comio' Mantellini wrote:
> > Hi Miroslav,
> >
> > Sync is already sent using a constant interval as required by Sta
On Wed, Apr 26, 2023 at 10:43:52AM +0200, Luigi 'Comio' Mantellini wrote:
> Hi Miroslav,
>
> Sync is already sent using a constant interval as required by Standard even
> if it is lower than the nominal frequency for the actual implementation
> (stop and rearm).
It's not constant. It's randomized
Hi Miroslav,
Sync is already sent using a constant interval as required by Standard even
if it is lower than the nominal frequency for the actual implementation
(stop and rearm). In other hands, you already have the depicted problems on
your HW, if any, but on a different resonance frequency.
The
On Thu, Mar 30, 2023 at 08:08:12AM +0200, Luigi Mantellini wrote:
> The actual ptp4l implementation rearms timers after the expiration. This
> approach doesn't permit to have a precise TX SYNC message scheduling.
> During my test the TX SYNC frequency is slightly lower the expectation (eg
> 15.99
Announce messages are randomized using the set_tmo_random() call.
ciao
luigi
Il giorno mer 26 apr 2023 alle ore 04:57 Richard Cochran <
richardcoch...@gmail.com> ha scritto:
> On Tue, Apr 25, 2023 at 06:23:53PM +0200, Luigi 'Comio' Mantellini wrote:
> > Any review on this patchset?
>
> I'm work
On Tue, Apr 25, 2023 at 06:23:53PM +0200, Luigi 'Comio' Mantellini wrote:
> Any review on this patchset?
I'm working on releasing v4.0. Once that is done, I'll start
reviewing new stuff once again.
Without having looked at your patch series, I've wanted to convert
from one shot to periodic timer
Any review on this patchset?
Ciao
Luigi
Il gio 30 mar 2023, 08:08 Luigi Mantellini ha
scritto:
> The actual ptp4l implementation rearms timers after the expiration. This
> approach doesn't permit to have a precise TX SYNC message scheduling.
> During my test the TX SYNC frequency is slightly l
The actual ptp4l implementation rearms timers after the expiration. This
approach doesn't permit to have a precise TX SYNC message scheduling.
During my test the TX SYNC frequency is slightly lower the expectation (eg
15.99Hz vs 16Hz).
The following patchset uses non blocking timers and only for