[Intel-wired-lan] [PATCH v5 net-next 0/4] Add ethtool interface for RClocks
Kubalewski, Arkadiusz
arkadiusz.kubalewski at intel.com
Fri Dec 17 00:01:43 UTC 2021
>On 15.12.2021 12:14, Kubalewski, Arkadiusz wrote:
>>> -----Original Message-----
>>> From: Machnikowski, Maciej <maciej.machnikowski at intel.com>
>>> Sent: poniedziałek, 13 grudnia 2021 09:54
>>> To: Jakub Kicinski <kuba at kernel.org>
>>> Cc: netdev at vger.kernel.org; intel-wired-lan at lists.osuosl.org; Kubalewski, Arkadiusz <arkadiusz.kubalewski at intel.com>; richardcochran at gmail.com; Byagowi, Ahmad <abyagowi at fb.com>; Nguyen, Anthony L <anthony.l.nguyen at intel.com>; davem at davemloft.net; linux-kselftest at vger.kernel.org; idosch at idosch.org; mkubecek at suse.cz; saeed at kernel.org; michael.chan at broadcom.com; petrm at nvidia.com; Vadim Fedorenko <vfedorenko at novek.ru>
>>> Subject: RE: [PATCH v5 net-next 0/4] Add ethtool interface for RClocks
>>>
>>>> -----Original Message-----
>>>> From: Jakub Kicinski <kuba at kernel.org>
>>>> Sent: Friday, December 10, 2021 5:17 PM
>>>> To: Machnikowski, Maciej <maciej.machnikowski at intel.com>
>>>> Cc: netdev at vger.kernel.org; intel-wired-lan at lists.osuosl.org;
>>>> Kubalewski, Arkadiusz <arkadiusz.kubalewski at intel.com>;
>>>> richardcochran at gmail.com; Byagowi, Ahmad <abyagowi at fb.com>; Nguyen,
>>>> Anthony L <anthony.l.nguyen at intel.com>; davem at davemloft.net; linux-
>>>> kselftest at vger.kernel.org; idosch at idosch.org; mkubecek at suse.cz;
>>>> saeed at kernel.org; michael.chan at broadcom.com; petrm at nvidia.com; Vadim
>>>> Fedorenko <vfedorenko at 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!
>>>
>>
>> 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!
More information about the Intel-wired-lan
mailing list