From: Jack Min <jackmin@mellanox.com>
To: Slava Ovsiienko <viacheslavo@mellanox.com>
Cc: Raslan Darawsheh <rasland@mellanox.com>,
Shahaf Shuler <shahafs@mellanox.com>,
Yongseok Koh <yskoh@mellanox.com>,
John McNamara <john.mcnamara@intel.com>,
Marko Kovacevic <marko.kovacevic@intel.com>,
"dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH v2] net/mlx5: support matching on ICMP/ICMP6
Date: Wed, 3 Jul 2019 06:31:15 +0000 [thread overview]
Message-ID: <20190703063105.nna7cyxzzkiovimk@mellanox.com> (raw)
In-Reply-To: <AM4PR05MB3265EF724DDB053859A507E9D2FB0@AM4PR05MB3265.eurprd05.prod.outlook.com>
On Wed, 19-07-03, 14:14, Slava Ovsiienko wrote:
> Hi, Xiaoyu
>
> Please, see below.
> With best regards,
> Slava
>
> > -----Original Message-----
> > From: dev <dev-bounces@dpdk.org> On Behalf Of Xiaoyu Min
> > Sent: Tuesday, July 2, 2019 9:26
> > To: Raslan Darawsheh <rasland@mellanox.com>; Shahaf Shuler
> > <shahafs@mellanox.com>; Yongseok Koh <yskoh@mellanox.com>; John
> > McNamara <john.mcnamara@intel.com>; Marko Kovacevic
> > <marko.kovacevic@intel.com>
> > Cc: dev@dpdk.org
> > Subject: [dpdk-dev] [PATCH v2] net/mlx5: support matching on ICMP/ICMP6
> >
> > On DV/DR flow engine, MLX5 can match on ICMP/ICMP6's code and type
> > field via FLEX Parser, which can be enabled by config FW using FLEX Parser
> > profile 2:
> >
> > mlxconfig -d <mst device> -y set FLEX_PARSER_PROFILE_ENABLE=2
>
> What do you thin, would it good to have some example for new item in commit message?
> Say, testpmd flow create command with new ICMP/ICMP6 items?
>
Yes, It will be better. I will add it in v3.
> >
> > Signed-off-by: Xiaoyu Min <jackmin@mellanox.com>
> > ---
> > v2:
> > * updated release note
> > ---
> > doc/guides/nics/mlx5.rst | 15 +++
> > doc/guides/rel_notes/release_19_08.rst | 5 +
> > drivers/net/mlx5/mlx5_flow.c | 102 +++++++++++++++++++++
> > drivers/net/mlx5/mlx5_flow.h | 12 +++
> > drivers/net/mlx5/mlx5_flow_dv.c | 122 +++++++++++++++++++++++++
> > 5 files changed, 256 insertions(+)
> >
> > diff --git a/doc/guides/nics/mlx5.rst b/doc/guides/nics/mlx5.rst index
> > 4cd6cf88fe..fc63f8712a 100644
> > --- a/doc/guides/nics/mlx5.rst
> > +++ b/doc/guides/nics/mlx5.rst
> > @@ -160,6 +160,8 @@ Limitations
> > - can be applied to VF ports only.
> > - must specify PF port action (packet redirection from VF to PF).
> >
> > +- ICMP/ICMP6's code/type matching cannot be supported togeter with IP-
> > in-IP tunnel.
> > +
> > Statistics
> > ----------
> >
> > @@ -525,6 +527,19 @@ Firmware configuration
> > IP_OVER_VXLAN_EN True(1)
> > IP_OVER_VXLAN_PORT <udp dport>
> >
> > +- enable ICMP/ICMP6's code/type field matching
> > +
> > + .. code-block:: console
> > +
> > + mlxconfig -d <mst device> set FLEX_PARSER_PROFILE_ENABLE=2
> > +
> > + Verify configurations are set:
> > +
> > + .. code-block:: console
> > +
> > + mlxconfig -d <mst device> query | grep FLEX_PARSER_PROFILE_ENABLE
> > + FLEX_PARSER_PROFILE_ENABLE 2
> > +
> > Prerequisites
> > -------------
> >
> > diff --git a/doc/guides/rel_notes/release_19_08.rst
> > b/doc/guides/rel_notes/release_19_08.rst
> > index 57364afd8b..0c0c17d7a5 100644
> > --- a/doc/guides/rel_notes/release_19_08.rst
> > +++ b/doc/guides/rel_notes/release_19_08.rst
> > @@ -126,6 +126,11 @@ New Features
> > Added telemetry mode to l3fwd-power application to report
> > application level busyness, empty and full polls of rte_eth_rx_burst().
> >
> > +* **Updated Mellanox mlx5 driver.**
> > +
> > + Updated Mellanox mlx5 driver with new features and improvements,
> > including:
> > +
> > + * Added support for match on ICMP/ICMP6's code and type.
> >
> > Removed Items
> > -------------
> > diff --git a/drivers/net/mlx5/mlx5_flow.c b/drivers/net/mlx5/mlx5_flow.c
> > index cd04c446b5..b730563474 100644
> > --- a/drivers/net/mlx5/mlx5_flow.c
> > +++ b/drivers/net/mlx5/mlx5_flow.c
> > @@ -1047,6 +1047,108 @@ mlx5_flow_validate_attributes(struct
> > rte_eth_dev *dev,
> > return 0;
> > }
> >
> > +/**
> > + * Validate ICMP6 item.
> > + *
> > + * @param[in] item
> > + * Item specification.
> > + * @param[in] item_flags
> > + * Bit-fields that holds the items detected until now.
> > + * @param[out] error
> > + * Pointer to error structure.
> > + *
> > + * @return
> > + * 0 on success, a negative errno value otherwise and rte_errno is set.
> > + */
> > +int
> > +mlx5_flow_validate_item_icmp6(const struct rte_flow_item *item,
> > + uint64_t item_flags,
> > + uint8_t target_protocol,
> > + struct rte_flow_error *error) {
> > + const struct rte_flow_item_icmp6 *mask = item->mask;
> > + const int tunnel = !!(item_flags & MLX5_FLOW_LAYER_TUNNEL);
> > + const uint64_t l3m = tunnel ? MLX5_FLOW_LAYER_INNER_L3 :
> > + MLX5_FLOW_LAYER_OUTER_L3;
> > + const uint64_t l4m = tunnel ? MLX5_FLOW_LAYER_INNER_L4 :
> > + MLX5_FLOW_LAYER_OUTER_L4;
> > + int ret;
>
> MLX5_FLOW_LAYER_OUTER_L3 is defined as:
> MLX5_FLOW_LAYER_OUTER_L3_IPV4 | MLX5_FLOW_LAYER_OUTER_L3_IPV6
>
> Should we do validation in more strict way and check IPv4 for ICMP, and IPv6 for ICMPv6 ?
>
Good catch! I will update it in v3.
> > +
> > + if (target_protocol != 0xFF && target_protocol != IPPROTO_ICMPV6)
> > + return rte_flow_error_set(error, EINVAL,
> > + RTE_FLOW_ERROR_TYPE_ITEM,
> > item,
> > + "protocol filtering not compatible"
> > + " with ICMP6 layer");
> > + if (!(item_flags & l3m))
> > + return rte_flow_error_set(error, EINVAL,
> > + RTE_FLOW_ERROR_TYPE_ITEM,
> > item,
> > + "L3 is mandatory to filter on ICMP");
> > + if (item_flags & l4m)
> > + return rte_flow_error_set(error, EINVAL,
> > + RTE_FLOW_ERROR_TYPE_ITEM,
> > item,
> > + "multiple L4 layers not supported");
> > + if (!mask)
> > + mask = &rte_flow_item_icmp6_mask;
> > + ret = mlx5_flow_item_acceptable
> > + (item, (const uint8_t *)mask,
> > + (const uint8_t *)&rte_flow_item_icmp6_mask,
> > + sizeof(struct rte_flow_item_icmp6), error);
> > + if (ret < 0)
> > + return ret;
> > + return 0;
> > +}
> > +
> > +/**
> > + * Validate ICMP item.
> > + *
> > + * @param[in] item
> > + * Item specification.
> > + * @param[in] item_flags
> > + * Bit-fields that holds the items detected until now.
> > + * @param[out] error
> > + * Pointer to error structure.
> > + *
> > + * @return
> > + * 0 on success, a negative errno value otherwise and rte_errno is set.
> > + */
> > +int
> > +mlx5_flow_validate_item_icmp(const struct rte_flow_item *item,
> > + uint64_t item_flags,
> > + uint8_t target_protocol,
> > + struct rte_flow_error *error)
> > +{
> > + const struct rte_flow_item_icmp *mask = item->mask;
> > + const int tunnel = !!(item_flags & MLX5_FLOW_LAYER_TUNNEL);
> > + const uint64_t l3m = tunnel ? MLX5_FLOW_LAYER_INNER_L3 :
> > + MLX5_FLOW_LAYER_OUTER_L3;
> > + const uint64_t l4m = tunnel ? MLX5_FLOW_LAYER_INNER_L4 :
> > + MLX5_FLOW_LAYER_OUTER_L4;
> > + int ret;
> > +
> > + if (target_protocol != 0xFF && target_protocol != IPPROTO_ICMP)
> > + return rte_flow_error_set(error, EINVAL,
> > + RTE_FLOW_ERROR_TYPE_ITEM,
> > item,
> > + "protocol filtering not compatible"
> > + " with ICMP layer");
> > + if (!(item_flags & l3m))
> > + return rte_flow_error_set(error, EINVAL,
> > + RTE_FLOW_ERROR_TYPE_ITEM,
> > item,
> > + "L3 is mandatory to filter on ICMP");
> > + if (item_flags & l4m)
> > + return rte_flow_error_set(error, EINVAL,
> > + RTE_FLOW_ERROR_TYPE_ITEM,
> > item,
> > + "multiple L4 layers not supported");
> > + if (!mask)
> > + mask = &rte_flow_item_icmp_mask;
> > + ret = mlx5_flow_item_acceptable
> > + (item, (const uint8_t *)mask,
> > + (const uint8_t *)&rte_flow_item_icmp_mask,
> > + sizeof(struct rte_flow_item_icmp), error);
> > + if (ret < 0)
> > + return ret;
> > + return 0;
> > +}
> > +
> > /**
> > * Validate Ethernet item.
> > *
> > diff --git a/drivers/net/mlx5/mlx5_flow.h b/drivers/net/mlx5/mlx5_flow.h
> > index 65cfdbda9f..863f5ef720 100644
> > --- a/drivers/net/mlx5/mlx5_flow.h
> > +++ b/drivers/net/mlx5/mlx5_flow.h
> > @@ -50,6 +50,10 @@
> > #define MLX5_FLOW_ITEM_METADATA (1u << 16) #define
> > MLX5_FLOW_ITEM_PORT_ID (1u << 17)
> >
> > +/* Pattern MISC bits. */
> > +#define MLX5_FLOW_LAYER_ICMP (1u << 18) #define
> > MLX5_FLOW_LAYER_ICMP6
> > +(1u << 18)
> > +
> > /* Outer Masks. */
> > #define MLX5_FLOW_LAYER_OUTER_L3 \
> > (MLX5_FLOW_LAYER_OUTER_L3_IPV4 |
> > MLX5_FLOW_LAYER_OUTER_L3_IPV6) @@ -494,5 +498,13 @@ int
> > mlx5_flow_validate_item_vxlan_gpe(const struct rte_flow_item *item,
> > uint64_t item_flags,
> > struct rte_eth_dev *dev,
> > struct rte_flow_error *error);
> > +int mlx5_flow_validate_item_icmp(const struct rte_flow_item *item,
> > + uint64_t item_flags,
> > + uint8_t target_protocol,
> > + struct rte_flow_error *error);
> > +int mlx5_flow_validate_item_icmp6(const struct rte_flow_item *item,
> > + uint64_t item_flags,
> > + uint8_t target_protocol,
> > + struct rte_flow_error *error);
> >
> > #endif /* RTE_PMD_MLX5_FLOW_H_ */
> > diff --git a/drivers/net/mlx5/mlx5_flow_dv.c
> > b/drivers/net/mlx5/mlx5_flow_dv.c index 933ad0b819..6aa79042ea 100644
> > --- a/drivers/net/mlx5/mlx5_flow_dv.c
> > +++ b/drivers/net/mlx5/mlx5_flow_dv.c
> > @@ -2207,6 +2207,22 @@ flow_dv_validate(struct rte_eth_dev *dev, const
> > struct rte_flow_attr *attr,
> > return ret;
> > last_item = MLX5_FLOW_ITEM_METADATA;
> > break;
> > + case RTE_FLOW_ITEM_TYPE_ICMP:
> > + ret = mlx5_flow_validate_item_icmp(items,
> > item_flags,
> > + next_protocol,
> > + error);
> > + if (ret < 0)
> > + return ret;
> > + item_flags |= MLX5_FLOW_LAYER_ICMP;
> > + break;
> > + case RTE_FLOW_ITEM_TYPE_ICMP6:
> > + ret = mlx5_flow_validate_item_icmp6(items,
> > item_flags,
> > + next_protocol,
> > + error);
> > + if (ret < 0)
> > + return ret;
> > + item_flags |= MLX5_FLOW_LAYER_ICMP6;
> > + break;
> > default:
> > return rte_flow_error_set(error, ENOTSUP,
> >
> > RTE_FLOW_ERROR_TYPE_ITEM,
> > @@ -3245,6 +3261,102 @@ flow_dv_translate_item_port_id(struct
> > rte_eth_dev *dev, void *matcher,
> > return 0;
> > }
> >
> > +/**
> > + * Add ICMP6 item to matcher and to the value.
> > + *
> > + * @param[in, out] matcher
> > + * Flow matcher.
> > + * @param[in, out] key
> > + * Flow matcher value.
> > + * @param[in] item
> > + * Flow pattern to translate.
> > + * @param[in] inner
> > + * Item is inner pattern.
> > + */
> > +static void
> > +flow_dv_translate_item_icmp6(void *matcher, void *key,
> > + const struct rte_flow_item *item,
> > + int inner)
> > +{
> > + const struct rte_flow_item_icmp6 *icmp6_m = item->mask;
> > + const struct rte_flow_item_icmp6 *icmp6_v = item->spec;
> > + void *headers_m;
> > + void *headers_v;
> > + void *misc3_m = MLX5_ADDR_OF(fte_match_param, matcher,
> > + misc_parameters_3);
> > + void *misc3_v = MLX5_ADDR_OF(fte_match_param, key,
> > misc_parameters_3);
> > + if (inner) {
> > + headers_m = MLX5_ADDR_OF(fte_match_param, matcher,
> > + inner_headers);
> > + headers_v = MLX5_ADDR_OF(fte_match_param, key,
> > inner_headers);
> > + } else {
> > + headers_m = MLX5_ADDR_OF(fte_match_param, matcher,
> > + outer_headers);
> > + headers_v = MLX5_ADDR_OF(fte_match_param, key,
> > outer_headers);
> > + }
> > + MLX5_SET(fte_match_set_lyr_2_4, headers_m, ip_protocol, 0xFF);
> > + MLX5_SET(fte_match_set_lyr_2_4, headers_v, ip_protocol,
> > IPPROTO_ICMPV6);
> > + if (!icmp6_v)
> > + return;
> > + if (!icmp6_m)
> > + icmp6_m = &rte_flow_item_icmp6_mask;
> > + MLX5_SET(fte_match_set_misc3, misc3_m, icmpv6_type, icmp6_m-
> > >type);
> > + MLX5_SET(fte_match_set_misc3, misc3_v, icmpv6_type,
> > + icmp6_v->type & icmp6_m->type);
> > + MLX5_SET(fte_match_set_misc3, misc3_m, icmpv6_code, icmp6_m-
> > >code);
> > + MLX5_SET(fte_match_set_misc3, misc3_v, icmpv6_code,
> > + icmp6_v->code & icmp6_m->code);
> > +}
> > +
> > +/**
> > + * Add ICMP item to matcher and to the value.
> > + *
> > + * @param[in, out] matcher
> > + * Flow matcher.
> > + * @param[in, out] key
> > + * Flow matcher value.
> > + * @param[in] item
> > + * Flow pattern to translate.
> > + * @param[in] inner
> > + * Item is inner pattern.
> > + */
> > +static void
> > +flow_dv_translate_item_icmp(void *matcher, void *key,
> > + const struct rte_flow_item *item,
> > + int inner)
> > +{
> > + const struct rte_flow_item_icmp *icmp_m = item->mask;
> > + const struct rte_flow_item_icmp *icmp_v = item->spec;
> > + void *headers_m;
> > + void *headers_v;
> > + void *misc3_m = MLX5_ADDR_OF(fte_match_param, matcher,
> > + misc_parameters_3);
> > + void *misc3_v = MLX5_ADDR_OF(fte_match_param, key,
> > misc_parameters_3);
> > + if (inner) {
> > + headers_m = MLX5_ADDR_OF(fte_match_param, matcher,
> > + inner_headers);
> > + headers_v = MLX5_ADDR_OF(fte_match_param, key,
> > inner_headers);
> > + } else {
> > + headers_m = MLX5_ADDR_OF(fte_match_param, matcher,
> > + outer_headers);
> > + headers_v = MLX5_ADDR_OF(fte_match_param, key,
> > outer_headers);
> > + }
> > + MLX5_SET(fte_match_set_lyr_2_4, headers_m, ip_protocol, 0xFF);
> > + MLX5_SET(fte_match_set_lyr_2_4, headers_v, ip_protocol,
> > IPPROTO_ICMP);
> > + if (!icmp_v)
> > + return;
> > + if (!icmp_m)
> > + icmp_m = &rte_flow_item_icmp_mask;
> > + MLX5_SET(fte_match_set_misc3, misc3_m, icmp_type,
> > + icmp_m->hdr.icmp_type);
> > + MLX5_SET(fte_match_set_misc3, misc3_v, icmp_type,
> > + icmp_v->hdr.icmp_type & icmp_m->hdr.icmp_type);
> > + MLX5_SET(fte_match_set_misc3, misc3_m, icmp_code,
> > + icmp_m->hdr.icmp_code);
> > + MLX5_SET(fte_match_set_misc3, misc3_v, icmp_code,
> > + icmp_v->hdr.icmp_code & icmp_m->hdr.icmp_code); }
> > +
> > static uint32_t matcher_zero[MLX5_ST_SZ_DW(fte_match_param)] = { 0 };
> >
> > #define HEADER_IS_ZERO(match_criteria, headers)
> > \
> > @@ -4020,6 +4132,16 @@ flow_dv_translate(struct rte_eth_dev *dev,
> > items);
> > last_item = MLX5_FLOW_ITEM_METADATA;
> > break;
> > + case RTE_FLOW_ITEM_TYPE_ICMP:
> > + flow_dv_translate_item_icmp(match_mask,
> > match_value,
> > + items, tunnel);
> > + item_flags |= MLX5_FLOW_LAYER_ICMP;
> > + break;
> > + case RTE_FLOW_ITEM_TYPE_ICMP6:
> > + flow_dv_translate_item_icmp6(match_mask,
> > match_value,
> > + items, tunnel);
> > + item_flags |= MLX5_FLOW_LAYER_ICMP6;
> > + break;
> > default:
> > break;
> > }
> > --
> > 2.21.0
>
next prev parent reply other threads:[~2019-07-03 6:31 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-28 2:14 [dpdk-dev] [PATCH] " Xiaoyu Min
2019-07-02 6:26 ` [dpdk-dev] [PATCH v2] " Xiaoyu Min
2019-07-03 6:14 ` Slava Ovsiienko
2019-07-03 6:31 ` Jack Min [this message]
2019-07-03 7:22 ` [dpdk-dev] [PATCH v3] " Xiaoyu Min
2019-07-03 7:46 ` [dpdk-dev] [Suspected-Phishing][PATCH " Slava Ovsiienko
2019-07-08 11:42 ` Raslan Darawsheh
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=20190703063105.nna7cyxzzkiovimk@mellanox.com \
--to=jackmin@mellanox.com \
--cc=dev@dpdk.org \
--cc=john.mcnamara@intel.com \
--cc=marko.kovacevic@intel.com \
--cc=rasland@mellanox.com \
--cc=shahafs@mellanox.com \
--cc=viacheslavo@mellanox.com \
--cc=yskoh@mellanox.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).