[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210818170536.GE9992@hoboy.vegasvil.org>
Date: Wed, 18 Aug 2021 10:05:36 -0700
From: Richard Cochran <richardcochran@...il.com>
To: Arkadiusz Kubalewski <arkadiusz.kubalewski@...el.com>
Cc: linux-kernel@...r.kernel.org, intel-wired-lan@...ts.osuosl.org,
netdev@...r.kernel.org, linux-kselftest@...r.kernel.org,
jesse.brandeburg@...el.com, anthony.l.nguyen@...el.com,
davem@...emloft.net, kuba@...nel.org, shuah@...nel.org,
arnd@...db.de, nikolay@...dia.com, cong.wang@...edance.com,
colin.king@...onical.com, gustavoars@...nel.org
Subject: Re: [RFC net-next 0/7] Add basic SyncE interfaces
On Mon, Aug 16, 2021 at 06:07:10PM +0200, Arkadiusz Kubalewski wrote:
> The second part can be used to select the port from which the clock
> gets recovered. Each PHY chip can have multiple pins on which the
> recovered clock can be propagated. For example, a SyncE-capable PHY
> can recover the carrier frequency of the first port, divide it
> internally, and output it as a reference clock on PIN 0.
This really sounds like its own thing, and not a PHC at all.
> Next steps:
> - Add CONFIG_SYNCE definition into Kconfig
> - Add more configuration interfaces. Aiming at devlink, since this
> would be device-wide configuration
As a first step, finding an appropriate kernel/user space API would be
needed.
Thanks,
Richard
Powered by blists - more mailing lists