Description of problem:

Running "ethtool -m eth0" on a AMD/Pensando DSC does not work as expected. It also does not work on other vendor NICs that I have tried. When running the same command using Ethtool v5.12 or Ethtool v5.8 it works as expected.

Version-Release number of selected component (if applicable):

Ethtool: v5.13
RHEL8.6

How reproducible:

100%

Steps to Reproduce:

1. Run ethtool command to get module eeprom dump
ethtool -m eth0
netlink error: Invalid argument

Actual results:

Ethtool seems to correctly get the module eeprom len (for our case it's 256B), but fails when trying to actually get the module eeprom dump.

ethtool -m eth0
netlink error: Invalid argument

Expected results:

The following results were seen with Ethtool v5.12 from kernel.org on RHEL8.6:

ethtool -m eth0
Identifier : 0x11 (QSFP28)
Extended identifier : 0x10
Extended identifier description : 1.5W max. Power consumption
Extended identifier description : No CDR in TX, No CDR in RX
Extended identifier description : High Power Class (> 3.5 W) not enabled
Connector : 0x23 (No separable connector)
Transceiver codes : 0x80 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Transceiver type : 100G Ethernet: 100G Base-CR4 or 25G Base-CR CA-L
Encoding : 0x05 (64B/66B)
BR, Nominal : 25500Mbps
Rate identifier : 0x00
Length (SMF,km) : 0km
Length (OM3 50um) : 0m
Length (OM2 50um) : 0m
Length (OM1 62.5um) : 0m
Length (Copper or Active cable) : 2m
Transmitter technology : 0xa0 (Copper cable unequalized)
Attenuation at 2.5GHz : 4db
Attenuation at 5.0GHz : 6db
Attenuation at 7.0GHz : 8db
Attenuation at 12.9GHz : 11db
Vendor name : FS
Vendor OUI : 00:00:00
Vendor PN : Q28-PC02
Vendor rev : 5
Vendor SN : G1912206800
Date code : 191231
Revision Compliance : SFF-8636 Rev 2.5/2.6/2.7
Module temperature : 45.37 degrees C / 113.67 degrees F
Module voltage : 3.3140 V
Alarm/warning flags implemented : No
Laser tx bias current (Channel 1) : 0.000 mA
Laser tx bias current (Channel 2) : 0.000 mA
Laser tx bias current (Channel 3) : 0.000 mA
Laser tx bias current (Channel 4) : 0.000 mA
Transmit avg optical power (Channel 1) : 0.0000 mW / -inf dBm
Transmit avg optical power (Channel 2) : 0.0000 mW / -inf dBm
Transmit avg optical power (Channel 3) : 0.0000 mW / -inf dBm
Transmit avg optical power (Channel 4) : 0.0000 mW / -inf dBm
Receiver signal OMA(Channel 1) : 0.0000 mW / -inf dBm
Receiver signal OMA(Channel 2) : 0.0000 mW / -inf dBm
Receiver signal OMA(Channel 3) : 0.0000 mW / -inf dBm
Receiver signal OMA(Channel 4) : 0.0000 mW / -inf dBm

Additional info:

It looks like there was support for netlink based "ethtool -m" added right before Ethtool v5.13 was release. I'm wondering if this is the cause of the issue.

8b8cb55 (tag: v5.13) build: add list.h to file list in Makefile.am
799146b Release version 5.13.
601ea40 netlink: work around spurious selftest failure
4c8f9e3 Merge branch 'review/getmodule-v4' into master
79c8b58 ethtool: Update manpages to reflect changes to getmodule (-m) command
b2b1924 ethtool: Rename QSFP-DD identifiers to use CMIS
fc47fdb ethtool: Refactor human-readable module EEPROM output for new API
25b64c6 ethtool: Add netlink handler for getmodule (-m)