[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <7ad06091-dd5d-4084-81da-e148bd4aea63@bootlin.com>
Date: Tue, 18 Nov 2025 15:16:18 +0100
From: Maxime Chevallier <maxime.chevallier@...tlin.com>
To: Tariq Toukan <tariqt@...dia.com>, Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
Andrew Lunn <andrew+netdev@...n.ch>, "David S. Miller" <davem@...emloft.net>
Cc: Jay Vosburgh <jv@...sburgh.net>, Saeed Mahameed <saeedm@...dia.com>,
Mark Bloch <mbloch@...dia.com>, Leon Romanovsky <leon@...nel.org>,
Heiner Kallweit <hkallweit1@...il.com>, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-rdma@...r.kernel.org,
Gal Pressman <gal@...dia.com>, Moshe Shemesh <moshe@...dia.com>,
Shahar Shitrit <shshitrit@...dia.com>, Yael Chemla <ychemla@...dia.com>,
Dragos Tatulea <dtatulea@...dia.com>
Subject: Re: [PATCH net-next 1/3] net: ethtool: Add support for 1600Gbps speed
Hi,
On 17/11/2025 22:18, Tariq Toukan wrote:
> From: Yael Chemla <ychemla@...dia.com>
>
> Add support for 1600Gbps link modes based on 200Gbps per lane [1].
> This includes the adopted IEEE 802.3dj copper and optical PMDs that use
> 200G/lane signaling [2].
>
> Add the following PMD types:
> - KR8 (backplane)
> - CR8 (copper cable)
> - DR8 (SMF 500m)
> - DR8-2 (SMF 2km)
>
> These modes are defined in the 802.3dj specifications.
> References:
> [1] https://www.ieee802.org/3/dj/public/23_03/opsasnick_3dj_01a_2303.pdf
> [2] https://www.ieee802.org/3/dj/projdoc/objectives_P802d3dj_240314.pdf
>
> Signed-off-by: Yael Chemla <ychemla@...dia.com>
> Reviewed-by: Shahar Shitrit <shshitrit@...dia.com>
> Signed-off-by: Tariq Toukan <tariqt@...dia.com>
> ---
> drivers/net/phy/phy-core.c | 4 +++-
> include/uapi/linux/ethtool.h | 5 +++++
> net/ethtool/common.c | 8 ++++++++
Can you please also update drivers/net/phy/phy_caps.c :
-> the link_capabilities array
-> the speed_duplex_to_capa function
Without this update, phylib will fail to load entirely (by design), cf
phy_caps_init(). A check was added specifically to catch when new speeds
are added without updating phylib alongside :)
Thanks,
Maxime
Powered by blists - more mailing lists