-----Original Message----- From: Jakub Kicinski kuba@kernel.org Sent: Friday, December 10, 2021 5:17 PM To: Machnikowski, Maciej maciej.machnikowski@intel.com Cc: netdev@vger.kernel.org; intel-wired-lan@lists.osuosl.org; Kubalewski, Arkadiusz arkadiusz.kubalewski@intel.com; richardcochran@gmail.com; Byagowi, Ahmad abyagowi@fb.com; Nguyen, Anthony L anthony.l.nguyen@intel.com; davem@davemloft.net; linux- kselftest@vger.kernel.org; idosch@idosch.org; mkubecek@suse.cz; saeed@kernel.org; michael.chan@broadcom.com; petrm@nvidia.com; Vadim Fedorenko vfedorenko@novek.ru Subject: Re: [PATCH v5 net-next 0/4] Add ethtool interface for RClocks
On Fri, 10 Dec 2021 14:45:46 +0100 Maciej Machnikowski wrote:
Synchronous Ethernet networks use a physical layer clock to syntonize the frequency across different network elements.
Basic SyncE node defined in the ITU-T G.8264 consist of an Ethernet Equipment Clock (EEC) and have the ability to synchronize to reference frequency sources.
This patch series is a prerequisite for EEC object and adds ability to enable recovered clocks in the physical layer of the netdev object. Recovered clocks can be used as one of the reference signal by the EEC.
Further work is required to add the DPLL subsystem, link it to the netdev object and create API to read the EEC DPLL state.
You missed CCing Vadim. I guess Ccing the right people may be right up there with naming things as the hardest things in SW development..
Anyway, Vadim - do you have an ETA on the first chunk of the PLL work?
Sounds about right :) thanks for adding Vadim!