From: Michal Swiatkowski <michal.swiatkowski@linux.intel.com>
To: edward.cree@amd.com
Cc: linux-net-drivers@amd.com, davem@davemloft.net, kuba@kernel.org,
pabeni@redhat.com, edumazet@google.com,
Edward Cree <ecree.xilinx@gmail.com>,
netdev@vger.kernel.org, habetsm.xilinx@gmail.com
Subject: Re: [PATCH net-next 3/5] sfc: add functions to insert encap matches into the MAE
Date: Wed, 15 Mar 2023 10:23:54 +0100 [thread overview]
Message-ID: <ZBGOquhra46CArGq@localhost.localdomain> (raw)
In-Reply-To: <cae6e259972a00e4785a6d92f71d43bece0858a8.1678815095.git.ecree.xilinx@gmail.com>
On Tue, Mar 14, 2023 at 05:35:23PM +0000, edward.cree@amd.com wrote:
> From: Edward Cree <ecree.xilinx@gmail.com>
>
> An encap match corresponds to an entry in the exact-match Outer Rule
> table; the lookup response includes the encap type (protocol) allowing
> the hardware to continue parsing into the inner headers.
>
> Signed-off-by: Edward Cree <ecree.xilinx@gmail.com>
> ---
> drivers/net/ethernet/sfc/mae.c | 105 +++++++++++++++++++++++++++++++++
> drivers/net/ethernet/sfc/mae.h | 5 ++
> drivers/net/ethernet/sfc/tc.h | 1 +
> 3 files changed, 111 insertions(+)
>
> diff --git a/drivers/net/ethernet/sfc/mae.c b/drivers/net/ethernet/sfc/mae.c
> index 1a285facda34..754391eb575f 100644
> --- a/drivers/net/ethernet/sfc/mae.c
> +++ b/drivers/net/ethernet/sfc/mae.c
> @@ -564,6 +564,20 @@ int efx_mae_free_counter(struct efx_nic *efx, struct efx_tc_counter *cnt)
> return 0;
> }
>
> +static int efx_mae_encap_type_to_mae_type(enum efx_encap_type type)
> +{
> + switch (type & EFX_ENCAP_TYPES_MASK) {
> + case EFX_ENCAP_TYPE_NONE:
> + return MAE_MCDI_ENCAP_TYPE_NONE;
> + case EFX_ENCAP_TYPE_VXLAN:
> + return MAE_MCDI_ENCAP_TYPE_VXLAN;
> + case EFX_ENCAP_TYPE_GENEVE:
> + return MAE_MCDI_ENCAP_TYPE_GENEVE;
> + default:
> + return -EOPNOTSUPP;
> + }
> +}
> +
> int efx_mae_lookup_mport(struct efx_nic *efx, u32 vf_idx, u32 *id)
> {
> struct ef100_nic_data *nic_data = efx->nic_data;
> @@ -921,6 +935,97 @@ int efx_mae_free_action_set_list(struct efx_nic *efx,
> return 0;
> }
>
> +int efx_mae_register_encap_match(struct efx_nic *efx,
> + struct efx_tc_encap_match *encap)
> +{
> + MCDI_DECLARE_BUF(inbuf, MC_CMD_MAE_OUTER_RULE_INSERT_IN_LEN(MAE_ENC_FIELD_PAIRS_LEN));
> + MCDI_DECLARE_BUF(outbuf, MC_CMD_MAE_OUTER_RULE_INSERT_OUT_LEN);
> + MCDI_DECLARE_STRUCT_PTR(match_crit);
> + size_t outlen;
> + int rc;
> +
> + rc = efx_mae_encap_type_to_mae_type(encap->tun_type);
> + if (rc < 0)
> + return rc;
> + match_crit = _MCDI_DWORD(inbuf, MAE_OUTER_RULE_INSERT_IN_FIELD_MATCH_CRITERIA);
> + /* The struct contains IP src and dst, and udp dport.
> + * So we actually need to filter on IP src and dst, L4 dport, and
> + * ipproto == udp.
> + */
> + MCDI_SET_DWORD(inbuf, MAE_OUTER_RULE_INSERT_IN_ENCAP_TYPE, rc);
> +#ifdef CONFIG_IPV6
> + if (encap->src_ip | encap->dst_ip) {
> +#endif
Looks strange, in case CONFIG_IPV6 isn't defined You can also check if
theres is no zero ip.
> + MCDI_STRUCT_SET_DWORD_BE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_SRC_IP4_BE,
> + encap->src_ip);
> + MCDI_STRUCT_SET_DWORD_BE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_SRC_IP4_BE_MASK,
> + ~(__be32)0);
> + MCDI_STRUCT_SET_DWORD_BE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_DST_IP4_BE,
> + encap->dst_ip);
> + MCDI_STRUCT_SET_DWORD_BE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_DST_IP4_BE_MASK,
> + ~(__be32)0);
> + MCDI_STRUCT_SET_WORD_BE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_ETHER_TYPE_BE,
> + htons(ETH_P_IP));
> +#ifdef CONFIG_IPV6
> + } else {
> + memcpy(MCDI_STRUCT_PTR(match_crit, MAE_ENC_FIELD_PAIRS_ENC_SRC_IP6_BE),
> + &encap->src_ip6, sizeof(encap->src_ip6));
> + memset(MCDI_STRUCT_PTR(match_crit, MAE_ENC_FIELD_PAIRS_ENC_SRC_IP6_BE_MASK),
> + 0xff, sizeof(encap->src_ip6));
> + memcpy(MCDI_STRUCT_PTR(match_crit, MAE_ENC_FIELD_PAIRS_ENC_DST_IP6_BE),
> + &encap->dst_ip6, sizeof(encap->dst_ip6));
> + memset(MCDI_STRUCT_PTR(match_crit, MAE_ENC_FIELD_PAIRS_ENC_DST_IP6_BE_MASK),
> + 0xff, sizeof(encap->dst_ip6));
> + MCDI_STRUCT_SET_WORD_BE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_ETHER_TYPE_BE,
> + htons(ETH_P_IPV6));
> + }
> +#endif
> + MCDI_STRUCT_SET_WORD_BE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_ETHER_TYPE_BE_MASK,
> + ~(__be16)0);
> + MCDI_STRUCT_SET_WORD_BE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_L4_DPORT_BE,
> + encap->udp_dport);
> + MCDI_STRUCT_SET_WORD_BE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_L4_DPORT_BE_MASK,
> + ~(__be16)0);
Question, from tc we can set masks for matching fields. You are setting
default one, because hardware doesn't support different masks?
> + MCDI_STRUCT_SET_BYTE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_IP_PROTO, IPPROTO_UDP);
> + MCDI_STRUCT_SET_BYTE(match_crit, MAE_ENC_FIELD_PAIRS_ENC_IP_PROTO_MASK, ~0);
> + rc = efx_mcdi_rpc(efx, MC_CMD_MAE_OUTER_RULE_INSERT, inbuf,
> + sizeof(inbuf), outbuf, sizeof(outbuf), &outlen);
> + if (rc)
> + return rc;
> + if (outlen < sizeof(outbuf))
> + return -EIO;
> + encap->fw_id = MCDI_DWORD(outbuf, MAE_OUTER_RULE_INSERT_OUT_OR_ID);
> + return 0;
> +}
> +
> +int efx_mae_unregister_encap_match(struct efx_nic *efx,
> + struct efx_tc_encap_match *encap)
> +{
> + MCDI_DECLARE_BUF(outbuf, MC_CMD_MAE_OUTER_RULE_REMOVE_OUT_LEN(1));
> + MCDI_DECLARE_BUF(inbuf, MC_CMD_MAE_OUTER_RULE_REMOVE_IN_LEN(1));
> + size_t outlen;
> + int rc;
> +
> + MCDI_SET_DWORD(inbuf, MAE_OUTER_RULE_REMOVE_IN_OR_ID, encap->fw_id);
> + rc = efx_mcdi_rpc(efx, MC_CMD_MAE_OUTER_RULE_REMOVE, inbuf,
> + sizeof(inbuf), outbuf, sizeof(outbuf), &outlen);
> + if (rc)
> + return rc;
> + if (outlen < sizeof(outbuf))
> + return -EIO;
> + /* FW freed a different ID than we asked for, should also never happen.
> + * Warn because it means we've now got a different idea to the FW of
> + * what encap_mds exist, which could cause mayhem later.
> + */
> + if (WARN_ON(MCDI_DWORD(outbuf, MAE_OUTER_RULE_REMOVE_OUT_REMOVED_OR_ID) != encap->fw_id))
> + return -EIO;
> + /* We're probably about to free @encap, but let's just make sure its
> + * fw_id is blatted so that it won't look valid if it leaks out.
> + */
> + encap->fw_id = MC_CMD_MAE_OUTER_RULE_INSERT_OUT_OUTER_RULE_ID_NULL;
> + return 0;
> +}
> +
> static int efx_mae_populate_match_criteria(MCDI_DECLARE_STRUCT_PTR(match_crit),
> const struct efx_tc_match *match)
> {
> diff --git a/drivers/net/ethernet/sfc/mae.h b/drivers/net/ethernet/sfc/mae.h
> index a45d1791517f..5b45138aaaf4 100644
> --- a/drivers/net/ethernet/sfc/mae.h
> +++ b/drivers/net/ethernet/sfc/mae.h
> @@ -94,6 +94,11 @@ int efx_mae_alloc_action_set_list(struct efx_nic *efx,
> int efx_mae_free_action_set_list(struct efx_nic *efx,
> struct efx_tc_action_set_list *acts);
>
> +int efx_mae_register_encap_match(struct efx_nic *efx,
> + struct efx_tc_encap_match *encap);
> +int efx_mae_unregister_encap_match(struct efx_nic *efx,
> + struct efx_tc_encap_match *encap);
> +
> int efx_mae_insert_rule(struct efx_nic *efx, const struct efx_tc_match *match,
> u32 prio, u32 acts_id, u32 *id);
> int efx_mae_delete_rule(struct efx_nic *efx, u32 id);
> diff --git a/drivers/net/ethernet/sfc/tc.h b/drivers/net/ethernet/sfc/tc.h
> index c1485679507c..19782c9a4354 100644
> --- a/drivers/net/ethernet/sfc/tc.h
> +++ b/drivers/net/ethernet/sfc/tc.h
> @@ -70,6 +70,7 @@ struct efx_tc_encap_match {
> __be32 src_ip, dst_ip;
> struct in6_addr src_ip6, dst_ip6;
> __be16 udp_dport;
> + u16 tun_type; /* enum efx_encap_type */
> u32 fw_id; /* index of this entry in firmware encap match table */
> };
>
next prev parent reply other threads:[~2023-03-15 9:24 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-14 17:35 [PATCH net-next 0/5] sfc: support TC decap rules edward.cree
2023-03-14 17:35 ` [PATCH net-next 1/5] sfc: add notion of match on enc keys to MAE machinery edward.cree
2023-03-15 6:19 ` Michal Swiatkowski
2023-03-15 13:45 ` Edward Cree
2023-03-14 17:35 ` [PATCH net-next 2/5] sfc: handle enc keys in efx_tc_flower_parse_match() edward.cree
2023-03-15 9:01 ` Michal Swiatkowski
2023-03-15 13:48 ` Edward Cree
2023-03-14 17:35 ` [PATCH net-next 3/5] sfc: add functions to insert encap matches into the MAE edward.cree
2023-03-15 9:23 ` Michal Swiatkowski [this message]
2023-03-15 13:58 ` Edward Cree
2023-03-14 17:35 ` [PATCH net-next 4/5] sfc: add code to register and unregister encap matches edward.cree
2023-03-15 9:43 ` Michal Swiatkowski
2023-03-15 14:01 ` Edward Cree
2023-03-14 17:35 ` [PATCH net-next 5/5] sfc: add offloading of 'foreign' TC (decap) rules edward.cree
2023-03-14 20:29 ` kernel test robot
2023-03-15 10:11 ` Michal Swiatkowski
2023-03-15 14:43 ` Edward Cree
2023-03-22 22:35 ` Edward Cree
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=ZBGOquhra46CArGq@localhost.localdomain \
--to=michal.swiatkowski@linux.intel.com \
--cc=davem@davemloft.net \
--cc=ecree.xilinx@gmail.com \
--cc=edumazet@google.com \
--cc=edward.cree@amd.com \
--cc=habetsm.xilinx@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-net-drivers@amd.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
/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).