On 4/16/25 16:59, Ivan Malov wrote:
New X4522 (dual port SFP56) and X4542 (dual port QSFP56) adaptors are
Medford4 (X4) chips that are based on EF10 architecture. An X4 NIC
supports multiple network engine types. This series provides support
only for the Medford2-alike, 'full-feature' (FF) network engine. This
shall not be confused with the concept of 'datapath FW variants': the
FF network engine supports both 'full-feature' and 'ultra-low-latency'
datapath FW variants, with corresponding Medford2-alike feature sets.

The first part of the series provides general support for the adaptors,
whilst the second one adds support for the new management controller
interface for configuration of network port features (netport MCDI).

For now, only support for physical functions (PFs) is concerned. There
is a small number of TODO and FIXME markings in the code. Those are
normal at this development stage and will be removed by future patches
when VF support has fleshed out.

In fact number of TODO and FIXME is frightening. But it is up to you.

Other than that, there are few nits in patches.
Overall looks good.

Andy Moreton (3):
   common/sfc_efx/base: update X4 BAR layout and PCI IDs
   net/sfc: add Medford4 with only full feature datapath engine
   common/sfc_efx/base: add port mode for 8 port hardware

Denis Pryazhennikov (15):
   common/sfc_efx/base: add Medford4 PCI IDs to common code
   common/sfc_efx/base: add efsys option for Medford4
   common/sfc_efx/base: add Medford4 support to NIC module
   common/sfc_efx/base: add Medford4 support to EV module
   common/sfc_efx/base: add Medford4 support to FILTER module
   common/sfc_efx/base: add Medford4 support to INTR module
   common/sfc_efx/base: add Medford4 support to MAC module
   common/sfc_efx/base: add Medford4 support to PHY module
   common/sfc_efx/base: add Medford4 support to TUNNEL module
   common/sfc_efx/base: add Medford4 support to MCDI module
   common/sfc_efx/base: add Medford4 support to Rx module
   common/sfc_efx/base: add Medford4 support to Tx module
   drivers: enable support for AMD Solarflare X4 adapter family
   common/sfc_efx/base: add new X4 port mode
   common/sfc_efx/base: extend list of supported X4 port modes

Ivan Malov (28):
   common/sfc_efx/base: update MCDI headers

Hm, bug here. End column is not aligned :)

   common/sfc_efx/base: provide a stub for basic netport attach
   common/sfc_efx/base: provide defaults on netport attach path
   common/sfc_efx/base: obtain assigned netport handle from NIC
   common/sfc_efx/base: allow for const in MCDI struct accessor
   common/sfc_efx/base: get netport fixed capabilities on probe
   common/sfc_efx/base: decode netport link state on probe path
   common/sfc_efx/base: fill in loopback modes on netport probe
   common/sfc_efx/base: introduce Medford4 stub for PHY methods
   common/sfc_efx/base: refactor EF10 link mode decoding helper
   common/sfc_efx/base: provide PHY link get method on Medford4
   common/sfc_efx/base: implement PHY link control for Medford4
   common/sfc_efx/base: introduce Medford4 stub for MAC methods
   common/sfc_efx/base: add MAC reconfigure method for Medford4
   common/sfc_efx/base: fill in software LUT for MAC statistics
   common/sfc_efx/base: fill in MAC statistics mask on Medford4
   common/sfc_efx/base: support MAC statistics on Medford4 NICs
   common/sfc_efx/base: implement MAC PDU controls for Medford4
   common/sfc_efx/base: correct MAC PDU calculation on Medford4
   net/sfc: make use of generic EFX MAC PDU calculation helpers
   common/sfc_efx/base: ignore legacy link events on new boards
   common/sfc_efx/base: add link event processing on new boards
   net/sfc: query link status on link change events on new NICs
   common/sfc_efx/base: subscribe to netport link change events
   net/sfc: offer support for 200G link ability on new adaptors
   common/sfc_efx/base: support controls for netport lane count
   net/sfc: add support for control of physical port lane count
   doc: advertise support for AMD Solarflare X45xx adapters

Same here

Reply via email to