[Intel-wired-lan] [RFC net-next 1/7] ptp: Add interface for acquiring DPLL state

[Machnikowski, Maciej]

> -----Original Message-----
> From: Richard Cochran <richardcochran at gmail.com>
> Sent: Thursday, August 19, 2021 5:34 PM
> To: Machnikowski, Maciej <maciej.machnikowski at intel.com>
> Cc: Kubalewski, Arkadiusz <arkadiusz.kubalewski at intel.com>; linux-
> kernel at vger.kernel.org; intel-wired-lan at lists.osuosl.org;
> netdev at vger.kernel.org; linux-kselftest at vger.kernel.org; Brandeburg,
> Jesse <jesse.brandeburg at intel.com>; Nguyen, Anthony L
> <anthony.l.nguyen at intel.com>; davem at davemloft.net; kuba at kernel.org;
> shuah at kernel.org; arnd at arndb.de; nikolay at nvidia.com;
> cong.wang at bytedance.com; colin.king at canonical.com;
> gustavoars at kernel.org; Bross, Kevin <kevin.bross at intel.com>; Stanton,
> Kevin B <kevin.b.stanton at intel.com>; Ahmad Byagowi <abyagowi at fb.com>
> Subject: Re: [RFC net-next 1/7] ptp: Add interface for acquiring DPLL state
> 
> On Wed, Aug 18, 2021 at 10:36:03PM +0000, Machnikowski, Maciej wrote:
> 
> > OK, Let's take a step back and forget about SyncE.
> 
> Ahem, the title of this series is:
> 
>     [RFC net-next 0/7] Add basic SyncE interfaces
> 
> I'd be happy to see support for configuring SyncE.
> 
> But I guess this series is about something totally different.
> 
> 
> Thanks,
> Richard

If it helps we'd be happy to separate that in 2 separate RFCs.
This was squashed together under SyncE support umbrella to show one of the use cases, but PTP changes are more generic and cover all PTP clocks that use DPLL for the physical clock generation.

Regards
Maciek