Thread (15 messages) 15 messages, 5 authors, 2022-01-19

RE: [PATCH v5 net-next 0/4] Add ethtool interface for RClocks

flat view

From: "Kubalewski, Arkadiusz" <arkadiusz.kubalewski@intel.com>
Date: 2021-12-17 00:01:49
Also in: intel-wired-lan, linux-kselftest

On 15.12.2021 12:14, Kubalewski, Arkadiusz wrote:
quoted
quoted
-----Original Message-----
From: Machnikowski, Maciej <redacted>
Sent: poniedziałek, 13 grudnia 2021 09:54
To: Jakub Kicinski <kuba@kernel.org>
Cc: netdev@vger.kernel.org; intel-wired-lan@lists.osuosl.org; Kubalewski, Arkadiusz <arkadiusz.kubalewski@intel.com>; richardcochran@gmail.com; Byagowi, Ahmad <redacted>; 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 <redacted>
Subject: RE: [PATCH v5 net-next 0/4] Add ethtool interface for RClocks
quoted
-----Original Message-----
From: Jakub Kicinski <kuba@kernel.org>
Sent: Friday, December 10, 2021 5:17 PM
To: Machnikowski, Maciej <redacted>
Cc: netdev@vger.kernel.org; intel-wired-lan@lists.osuosl.org;
Kubalewski, Arkadiusz [off-list ref];
richardcochran@gmail.com; Byagowi, Ahmad [off-list ref]; Nguyen,
Anthony L [off-list ref]; 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 [off-list ref]
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:
quoted
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!
Good day Vadim,

Can we help on the new PLL interfaces?
I can start some works related to that, although would need a guidance
from the expert.
Where to place it?
What in-kernel interfaces to use?
Any other high level tips that could be useful?
Or if you already started some work, could you please share some
information?
Hi!

I'm going to publish RFC till the end of the week and we will be able to
continue discussion via this mailing list. I think that netlink is a good
option for in-kernel interface and is easy to implement.
Oh, that sounds great!
Thank you!
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help