netdev - Re: [PATCH net-next 1/2] ethtool: Add support for 100Gbps per lane link modes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4e988225-1edd-1208-9666-ee31ceec946f@mellanox.com>
Date:   Thu, 11 Jun 2020 21:52:13 +0300
From:   Meir Lichtinger <meirl@...lanox.com>
To:     Andrew Lunn <andrew@...n.ch>
Cc:     netdev <netdev@...r.kernel.org>
Subject: Re: [PATCH net-next 1/2] ethtool: Add support for 100Gbps per lane
 link modes

On 11-Jun-20 16:54, Andrew Lunn wrote:
>>> How do you know you have connected a 400000baseLR4 to a
>>> 400000baseER4 with a 40Km and it is not expected to work, when looking
>>> at ethtool? I assume the EEPROM contents tell you if the module is
>>> LR4, ER4, or FR4?
>>>
>>>        Andrew
>> Correct.
> Hi Meir
>
> Do you also have patches to Ethtool to decode these bits in the SFP EEPROM?

Hi Andrew

We are planning on updating the user space ethtool decoder in the future.

If needed, user can use the raw dump now.

Meir

>> In addition, this is the terminology exposed in 50 Gbps and we
>> followed it.
> Yes, i missed the patch which added those. I would probably of
> objected. But we have them now, so lets keep going. But we might want
> a clear definition of when modes can be combined like this.
>
>    Andrew