From: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
To: Ivan Malov <ivan.malov@arknetworks.am>, dev@dpdk.org
Cc: Denis Pryazhennikov <denis.pryazhennikov@arknetworks.am>,
Andy Moreton <andy.moreton@amd.com>,
Pieter Jansen Van Vuuren <pieter.jansen-van-vuuren@amd.com>,
Viacheslav Galaktionov <viacheslav.galaktionov@arknetworks.am>
Subject: Re: [PATCH 32/46] common/sfc_efx/base: add MAC reconfigure method for Medford4
Date: Thu, 17 Apr 2025 10:34:14 +0300 [thread overview]
Message-ID: <fbf426f5-7bb0-4666-bef1-41dc780265e9@oktetlabs.ru> (raw)
In-Reply-To: <20250416140016.36127-33-ivan.malov@arknetworks.am>
On 4/16/25 17:00, Ivan Malov wrote:
> That leverages MAC control functionality of new netport MCDI.
>
> Signed-off-by: Ivan Malov <ivan.malov@arknetworks.am>
> Reviewed-by: Andy Moreton <andy.moreton@amd.com>
> Reviewed-by: Pieter Jansen Van Vuuren <pieter.jansen-van-vuuren@amd.com>
> ---
> drivers/common/sfc_efx/base/efx_impl.h | 13 ++++
> drivers/common/sfc_efx/base/efx_mac.c | 2 +-
> drivers/common/sfc_efx/base/efx_np.c | 73 +++++++++++++++++++++
> drivers/common/sfc_efx/base/medford4_impl.h | 5 ++
> drivers/common/sfc_efx/base/medford4_mac.c | 32 +++++++++
> 5 files changed, 124 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/common/sfc_efx/base/efx_impl.h b/drivers/common/sfc_efx/base/efx_impl.h
> index 15cf62506e..ac1cd5292b 100644
> --- a/drivers/common/sfc_efx/base/efx_impl.h
> +++ b/drivers/common/sfc_efx/base/efx_impl.h
> @@ -1947,6 +1947,19 @@ efx_np_link_ctrl(
> __in uint32_t cap_mask_sw,
> __in boolean_t fcntl_an);
>
> +typedef struct efx_np_mac_ctrl_s {
> + boolean_t enmc_fcntl_autoneg;
> + boolean_t enmc_include_fcs;
> + uint32_t enmc_fcntl;
> +} efx_np_mac_ctrl_t;
> +
> +LIBEFX_INTERNAL
> +extern __checkReturn efx_rc_t
> +efx_np_mac_ctrl(
> + __in efx_nic_t *enp,
> + __in efx_np_handle_t nph,
> + __in const efx_np_mac_ctrl_t *mc);
> +
> #ifdef __cplusplus
> }
> #endif
> diff --git a/drivers/common/sfc_efx/base/efx_mac.c b/drivers/common/sfc_efx/base/efx_mac.c
> index dde0e5ab87..3c29db0016 100644
> --- a/drivers/common/sfc_efx/base/efx_mac.c
> +++ b/drivers/common/sfc_efx/base/efx_mac.c
> @@ -96,7 +96,7 @@ static const efx_mac_ops_t __efx_mac_medford4_ops = {
> ef10_mac_addr_set, /* emo_addr_set */
> ef10_mac_pdu_set, /* emo_pdu_set */
> ef10_mac_pdu_get, /* emo_pdu_get */
> - ef10_mac_reconfigure, /* emo_reconfigure */
> + medford4_mac_reconfigure, /* emo_reconfigure */
> ef10_mac_multicast_list_set, /* emo_multicast_list_set */
> ef10_mac_filter_default_rxq_set, /* emo_filter_default_rxq_set */
> ef10_mac_filter_default_rxq_clear,
> diff --git a/drivers/common/sfc_efx/base/efx_np.c b/drivers/common/sfc_efx/base/efx_np.c
> index 03d49b9c78..826ee93f0f 100644
> --- a/drivers/common/sfc_efx/base/efx_np.c
> +++ b/drivers/common/sfc_efx/base/efx_np.c
> @@ -923,6 +923,79 @@ efx_np_link_ctrl(
> fail2:
> EFSYS_PROBE(fail2);
>
> +fail1:
> + EFSYS_PROBE1(fail1, efx_rc_t, rc);
> + return (rc);
> +}
> +
> + __checkReturn efx_rc_t
> +efx_np_mac_ctrl(
> + __in efx_nic_t *enp,
> + __in efx_np_handle_t nph,
> + __in const efx_np_mac_ctrl_t *mc)
> +{
> + EFX_MCDI_DECLARE_BUF(payload,
> + MC_CMD_MAC_CTRL_IN_LEN,
> + MC_CMD_MAC_CTRL_OUT_LEN);
> + efx_mcdi_req_t req;
> + uint32_t flags = 0;
> + uint32_t cfg = 0;
> + uint32_t fcntl;
> + efx_rc_t rc;
> +
> + req.emr_out_length = MC_CMD_MAC_CTRL_OUT_LEN;
> + req.emr_in_length = MC_CMD_MAC_CTRL_IN_LEN;
> + req.emr_cmd = MC_CMD_MAC_CTRL;
> + req.emr_out_buf = payload;
> + req.emr_in_buf = payload;
> +
> + MCDI_IN_SET_DWORD(req, MAC_CTRL_IN_PORT_HANDLE, nph);
> +
> + cfg |= 1U << MC_CMD_MAC_CONFIG_OPTIONS_CFG_INCLUDE_FCS;
> + if (mc->enmc_include_fcs != B_FALSE)
> + flags |= 1U << MC_CMD_MAC_FLAGS_FLAG_INCLUDE_FCS;
> +
> + MCDI_IN_SET_DWORD(req, MAC_CTRL_IN_FLAGS, flags);
> +
> + if (mc->enmc_fcntl_autoneg != B_FALSE) {
> + fcntl = MC_CMD_FCNTL_AUTO;
> + } else {
> + switch (mc->enmc_fcntl) {
> + case 0:
> + fcntl = MC_CMD_FCNTL_OFF;
> + break;
> + case EFX_FCNTL_RESPOND:
> + fcntl = MC_CMD_FCNTL_RESPOND;
> + break;
> + case EFX_FCNTL_GENERATE:
> + fcntl = MC_CMD_FCNTL_GENERATE;
> + break;
> + case EFX_FCNTL_RESPOND | EFX_FCNTL_GENERATE:
> + fcntl = MC_CMD_FCNTL_BIDIR;
> + break;
> + default:
> + rc = EINVAL;
> + goto fail1;
> + }
> + }
> +
> + cfg |= 1U << MC_CMD_MAC_CONFIG_OPTIONS_CFG_FCNTL;
> + MCDI_IN_SET_DWORD(req, MAC_CTRL_IN_FCNTL, fcntl);
> +
> + MCDI_IN_SET_DWORD(req, MAC_CTRL_IN_V2_CONTROL_FLAGS, cfg);
> +
> + efx_mcdi_execute(enp, &req);
> +
> + if (req.emr_rc != 0) {
> + rc = req.emr_rc;
> + goto fail2;
> + }
> +
> + return (0);
> +
> +fail2:
> + EFSYS_PROBE(fail2);
> +
> fail1:
> EFSYS_PROBE1(fail1, efx_rc_t, rc);
> return (rc);
> diff --git a/drivers/common/sfc_efx/base/medford4_impl.h b/drivers/common/sfc_efx/base/medford4_impl.h
> index 6aa065c730..8b232c516a 100644
> --- a/drivers/common/sfc_efx/base/medford4_impl.h
> +++ b/drivers/common/sfc_efx/base/medford4_impl.h
> @@ -51,6 +51,11 @@ medford4_mac_up(
> __in efx_nic_t *enp,
> __out boolean_t *mac_upp);
>
> +LIBEFX_INTERNAL
> +extern __checkReturn efx_rc_t
> +medford4_mac_reconfigure(
> + __in efx_nic_t *enp);
> +
> #ifdef __cplusplus
> }
> #endif
> diff --git a/drivers/common/sfc_efx/base/medford4_mac.c b/drivers/common/sfc_efx/base/medford4_mac.c
> index 57ddbecfaa..c037c29b92 100644
> --- a/drivers/common/sfc_efx/base/medford4_mac.c
> +++ b/drivers/common/sfc_efx/base/medford4_mac.c
> @@ -47,6 +47,38 @@ medford4_mac_up(
> *mac_upp = els.els_mac_up;
> return (0);
>
> +fail1:
> + EFSYS_PROBE1(fail1, efx_rc_t, rc);
> + return (rc);
> +}
> +
> + __checkReturn efx_rc_t
> +medford4_mac_reconfigure(
> + __in efx_nic_t *enp)
> +{
> + efx_port_t *epp = &(enp->en_port);
> + efx_np_mac_ctrl_t mc = {0};
> + efx_rc_t rc;
> +
> + mc.enmc_fcntl_autoneg = epp->ep_fcntl_autoneg;
> + mc.enmc_include_fcs = epp->ep_include_fcs;
> + mc.enmc_fcntl = epp->ep_fcntl;
> +
> + rc = efx_np_mac_ctrl(enp, epp->ep_np_handle, &mc);
> + if (rc != 0)
> + goto fail1;
> +
> + /*
> + * Apply the filters for the MAC configuration. If the NIC isn't ready
> + * to accept filters, this may return success without setting anything.
> + */
> + rc = efx_filter_reconfigure(enp, epp->ep_mac_addr,
> + epp->ep_all_unicst, epp->ep_mulcst,
> + epp->ep_all_mulcst, epp->ep_brdcst,
> + epp->ep_mulcst_addr_list,
> + epp->ep_mulcst_addr_count);
I'm sorry, but above comments are insufficient for me to understand why
ignoring rc is OK and it looks like a bug.
> + return (0);
> +
> fail1:
> EFSYS_PROBE1(fail1, efx_rc_t, rc);
> return (rc);
next prev parent reply other threads:[~2025-04-17 7:34 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-16 13:59 [PATCH 00/46] Support AMD Solarflare X45xx adaptors Ivan Malov
2025-04-16 13:59 ` [PATCH 01/46] common/sfc_efx/base: add Medford4 PCI IDs to common code Ivan Malov
2025-04-16 13:59 ` [PATCH 02/46] common/sfc_efx/base: add efsys option for Medford4 Ivan Malov
2025-04-17 7:08 ` Andrew Rybchenko
2025-04-17 15:07 ` Stephen Hemminger
2025-04-18 7:25 ` Andrew Rybchenko
2025-04-16 13:59 ` [PATCH 03/46] common/sfc_efx/base: add Medford4 support to NIC module Ivan Malov
2025-04-17 7:14 ` Andrew Rybchenko
2025-04-16 13:59 ` [PATCH 04/46] common/sfc_efx/base: add Medford4 support to EV module Ivan Malov
2025-04-16 13:59 ` [PATCH 05/46] common/sfc_efx/base: add Medford4 support to FILTER module Ivan Malov
2025-04-16 13:59 ` [PATCH 06/46] common/sfc_efx/base: add Medford4 support to INTR module Ivan Malov
2025-04-16 13:59 ` [PATCH 07/46] common/sfc_efx/base: add Medford4 support to MAC module Ivan Malov
2025-04-16 13:59 ` [PATCH 08/46] common/sfc_efx/base: add Medford4 support to PHY module Ivan Malov
2025-04-16 13:59 ` [PATCH 09/46] common/sfc_efx/base: add Medford4 support to TUNNEL module Ivan Malov
2025-04-16 13:59 ` [PATCH 10/46] common/sfc_efx/base: add Medford4 support to MCDI module Ivan Malov
2025-04-16 13:59 ` [PATCH 11/46] common/sfc_efx/base: add Medford4 support to Rx module Ivan Malov
2025-04-16 13:59 ` [PATCH 12/46] common/sfc_efx/base: add Medford4 support to Tx module Ivan Malov
2025-04-16 13:59 ` [PATCH 13/46] drivers: enable support for AMD Solarflare X4 adapter family Ivan Malov
2025-04-16 13:59 ` [PATCH 14/46] common/sfc_efx/base: update X4 BAR layout and PCI IDs Ivan Malov
2025-04-16 13:59 ` [PATCH 15/46] net/sfc: add Medford4 with only full feature datapath engine Ivan Malov
2025-04-16 13:59 ` [PATCH 16/46] common/sfc_efx/base: add port mode for 8 port hardware Ivan Malov
2025-04-16 13:59 ` [PATCH 17/46] common/sfc_efx/base: add new X4 port mode Ivan Malov
2025-04-16 13:59 ` [PATCH 18/46] common/sfc_efx/base: extend list of supported X4 port modes Ivan Malov
2025-04-16 13:59 ` [PATCH 19/46] common/sfc_efx/base: update MCDI headers Ivan Malov
2025-04-16 13:59 ` [PATCH 20/46] common/sfc_efx/base: provide a stub for basic netport attach Ivan Malov
2025-04-16 13:59 ` [PATCH 21/46] common/sfc_efx/base: provide defaults on netport attach path Ivan Malov
2025-04-16 13:59 ` [PATCH 22/46] common/sfc_efx/base: obtain assigned netport handle from NIC Ivan Malov
2025-04-16 13:59 ` [PATCH 23/46] common/sfc_efx/base: allow for const in MCDI struct accessor Ivan Malov
2025-04-16 13:59 ` [PATCH 24/46] common/sfc_efx/base: get netport fixed capabilities on probe Ivan Malov
2025-04-16 13:59 ` [PATCH 25/46] common/sfc_efx/base: decode netport link state on probe path Ivan Malov
2025-04-16 13:59 ` [PATCH 26/46] common/sfc_efx/base: fill in loopback modes on netport probe Ivan Malov
2025-04-16 13:59 ` [PATCH 27/46] common/sfc_efx/base: introduce Medford4 stub for PHY methods Ivan Malov
2025-04-16 13:59 ` [PATCH 28/46] common/sfc_efx/base: refactor EF10 link mode decoding helper Ivan Malov
2025-04-16 13:59 ` [PATCH 29/46] common/sfc_efx/base: provide PHY link get method on Medford4 Ivan Malov
2025-04-16 14:00 ` [PATCH 30/46] common/sfc_efx/base: implement PHY link control for Medford4 Ivan Malov
2025-04-17 7:31 ` Andrew Rybchenko
2025-04-16 14:00 ` [PATCH 31/46] common/sfc_efx/base: introduce Medford4 stub for MAC methods Ivan Malov
2025-04-16 14:00 ` [PATCH 32/46] common/sfc_efx/base: add MAC reconfigure method for Medford4 Ivan Malov
2025-04-17 7:34 ` Andrew Rybchenko [this message]
2025-04-16 14:00 ` [PATCH 33/46] common/sfc_efx/base: fill in software LUT for MAC statistics Ivan Malov
2025-04-16 14:00 ` [PATCH 34/46] common/sfc_efx/base: fill in MAC statistics mask on Medford4 Ivan Malov
2025-04-16 14:00 ` [PATCH 35/46] common/sfc_efx/base: support MAC statistics on Medford4 NICs Ivan Malov
2025-04-17 7:43 ` Andrew Rybchenko
2025-04-16 14:00 ` [PATCH 36/46] common/sfc_efx/base: implement MAC PDU controls for Medford4 Ivan Malov
2025-04-16 14:00 ` [PATCH 37/46] common/sfc_efx/base: correct MAC PDU calculation on Medford4 Ivan Malov
2025-04-16 14:00 ` [PATCH 38/46] net/sfc: make use of generic EFX MAC PDU calculation helpers Ivan Malov
2025-04-16 14:00 ` [PATCH 39/46] common/sfc_efx/base: ignore legacy link events on new boards Ivan Malov
2025-04-16 14:00 ` [PATCH 40/46] common/sfc_efx/base: add link event processing " Ivan Malov
2025-04-16 14:00 ` [PATCH 41/46] net/sfc: query link status on link change events on new NICs Ivan Malov
2025-04-16 14:00 ` [PATCH 42/46] common/sfc_efx/base: subscribe to netport link change events Ivan Malov
2025-04-16 14:00 ` [PATCH 43/46] net/sfc: offer support for 200G link ability on new adaptors Ivan Malov
2025-04-16 14:00 ` [PATCH 44/46] common/sfc_efx/base: support controls for netport lane count Ivan Malov
2025-04-17 7:57 ` Andrew Rybchenko
2025-04-16 14:00 ` [PATCH 45/46] net/sfc: add support for control of physical port " Ivan Malov
2025-04-16 14:00 ` [PATCH 46/46] doc: advertise support for AMD Solarflare X45xx adapters Ivan Malov
2025-04-16 15:14 ` [PATCH 00/46] Support AMD Solarflare X45xx adaptors Stephen Hemminger
2025-04-16 15:38 ` Ivan Malov
2025-04-16 16:31 ` Stephen Hemminger
2025-04-16 17:37 ` Ivan Malov
2025-04-16 21:44 ` Stephen Hemminger
2025-04-17 8:09 ` Andrew Rybchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fbf426f5-7bb0-4666-bef1-41dc780265e9@oktetlabs.ru \
--to=andrew.rybchenko@oktetlabs.ru \
--cc=andy.moreton@amd.com \
--cc=denis.pryazhennikov@arknetworks.am \
--cc=dev@dpdk.org \
--cc=ivan.malov@arknetworks.am \
--cc=pieter.jansen-van-vuuren@amd.com \
--cc=viacheslav.galaktionov@arknetworks.am \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).