On Mon, Aug 17, 2020 at 01:44:52PM -0700, Richard Cochran wrote:
> On Mon, Aug 17, 2020 at 11:28:34PM +0300, Vladimir Oltean wrote:
> > Do I need to fix up the patches now, or are you still going to review
> > them?
>
> I'll go forward, reviewing the patches as is...
>
> Thanks,
> Richard
If
On Mon, Aug 17, 2020 at 11:28:34PM +0300, Vladimir Oltean wrote:
> Do I need to fix up the patches now, or are you still going to review
> them?
I'll go forward, reviewing the patches as is...
Thanks,
Richard
___
Linuxptp-devel mailing list
On Mon, Aug 17, 2020 at 11:58:59AM -0700, Richard Cochran wrote:
> Vladimir,
>
> On Tue, Aug 04, 2020 at 02:40:11PM +0300, Vladimir Oltean wrote:
> > The diff is large, yes, even though I tried to avoid making unnecessary
> > changes. I hope it isn't too difficult to review, it isn't as polished
Vladimir,
On Tue, Aug 04, 2020 at 02:40:11PM +0300, Vladimir Oltean wrote:
> The diff is large, yes, even though I tried to avoid making unnecessary
> changes. I hope it isn't too difficult to review, it isn't as polished
> as I typically like, because the idea itself was uncertain, so I
>
On Mon, Aug 03, 2020 at 06:50:37PM -0700, Richard Cochran wrote:
> On Sat, Aug 01, 2020 at 08:46:05PM +0300, Vladimir Oltean wrote:
> > At a high level, what I have done is:
> > - I moved the PMC related code from phc2sys into pmc_common.c, for
> > ts2phc reuse
> > - I created an extra
On Sat, Aug 01, 2020 at 08:46:05PM +0300, Vladimir Oltean wrote:
> At a high level, what I have done is:
> - I moved the PMC related code from phc2sys into pmc_common.c, for
> ts2phc reuse
> - I created an extra abstraction in ts2phc as "struct clock" that would
> represent what's
As discussed in this email thread:
https://sourceforge.net/p/linuxptp/mailman/message/37047555/
there is a desire to synchronize multiple DSA switches in a
boundary_clock_jbod setup, using a PPS signal, and the ts2phc program
already offers a solid base.
This patch series extends the ts2phc
