From: Simon Horman <horms@kernel.org>
To: Michael Chan <michael.chan@broadcom.com>
Cc: davem@davemloft.net, netdev@vger.kernel.org, edumazet@google.com,
kuba@kernel.org, pabeni@redhat.com, pavan.chebbi@broadcom.com,
andrew.gospodarek@broadcom.com
Subject: Re: [PATCH net-next v2 12/13] bnxt_en: Add support for ntuple filters added from ethtool.
Date: Mon, 25 Dec 2023 17:37:17 +0000 [thread overview]
Message-ID: <20231225173717.GK5962@kernel.org> (raw)
In-Reply-To: <20231223042210.102485-13-michael.chan@broadcom.com>
On Fri, Dec 22, 2023 at 08:22:09PM -0800, Michael Chan wrote:
> Add support for adding user defined ntuple TCP/UDP filters. These
> filters are similar to aRFS filters except that they don't get aged.
> Source IP, destination IP, source port, or destination port can be
> unspecifed as wildcard. At least one of these tuples must be specifed.
> If a tuple is specified, the full mask must be specified.
>
> All ntuple related ethtool functions are now no longer compiled only
> for CONFIG_RFS_ACCEL.
>
> Reviewed-by: Vasundhara Volam <vasundhara-v.volam@broadcom.com>
> Reviewed-by: Andy Gospodarek <andrew.gospodarek@broadcom.com>
> Reviewed-by: Pavan Chebbi <pavan.chebbi@broadcom.com>
> Signed-off-by: Michael Chan <michael.chan@broadcom.com>
...
> diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c b/drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c
...
> +static int bnxt_add_ntuple_cls_rule(struct bnxt *bp,
> + struct ethtool_rx_flow_spec *fs)
> +{
> + u8 vf = ethtool_get_flow_spec_ring_vf(fs->ring_cookie);
> + u32 ring = ethtool_get_flow_spec_ring(fs->ring_cookie);
> + struct bnxt_ntuple_filter *new_fltr, *fltr;
> + struct bnxt_l2_filter *l2_fltr;
> + u32 flow_type = fs->flow_type;
> + struct flow_keys *fkeys;
> + u32 idx;
> + int rc;
> +
> + if (!bp->vnic_info)
> + return -EAGAIN;
> +
> + if ((flow_type & (FLOW_MAC_EXT | FLOW_EXT)) || vf)
> + return -EOPNOTSUPP;
> +
> + new_fltr = kzalloc(sizeof(*new_fltr), GFP_KERNEL);
> + if (!new_fltr)
> + return -ENOMEM;
> +
> + l2_fltr = bp->vnic_info[0].l2_filters[0];
> + atomic_inc(&l2_fltr->refcnt);
> + new_fltr->l2_fltr = l2_fltr;
> + fkeys = &new_fltr->fkeys;
> +
> + rc = -EOPNOTSUPP;
> + switch (flow_type) {
> + case TCP_V4_FLOW:
> + case UDP_V4_FLOW: {
> + struct ethtool_tcpip4_spec *ip_spec = &fs->h_u.tcp_ip4_spec;
> + struct ethtool_tcpip4_spec *ip_mask = &fs->m_u.tcp_ip4_spec;
> +
> + fkeys->basic.ip_proto = IPPROTO_TCP;
> + if (flow_type == UDP_V4_FLOW)
> + fkeys->basic.ip_proto = IPPROTO_UDP;
> + fkeys->basic.n_proto = htons(ETH_P_IP);
> +
> + if (ip_mask->ip4src == IPV4_ALL_MASK) {
> + fkeys->addrs.v4addrs.src = ip_spec->ip4src;
> + new_fltr->ntuple_flags |= BNXT_NTUPLE_MATCH_SRC_IP;
> + } else if (ip_mask->ip4src) {
> + goto ntuple_err;
> + }
> + if (ip_mask->ip4dst == IPV4_ALL_MASK) {
> + fkeys->addrs.v4addrs.dst = ip_spec->ip4dst;
> + new_fltr->ntuple_flags |= BNXT_NTUPLE_MATCH_DST_IP;
> + } else if (ip_mask->ip4dst) {
> + goto ntuple_err;
> + }
> +
> + if (ip_mask->psrc == L4_PORT_ALL_MASK) {
> + fkeys->ports.src = ip_spec->psrc;
> + new_fltr->ntuple_flags |= BNXT_NTUPLE_MATCH_SRC_PORT;
> + } else if (ip_mask->psrc) {
> + goto ntuple_err;
> + }
> + if (ip_mask->pdst == L4_PORT_ALL_MASK) {
> + fkeys->ports.dst = ip_spec->pdst;
> + new_fltr->ntuple_flags |= BNXT_NTUPLE_MATCH_DST_PORT;
> + } else if (ip_mask->pdst) {
> + goto ntuple_err;
> + }
> + break;
> + }
> + case TCP_V6_FLOW:
> + case UDP_V6_FLOW: {
> + struct ethtool_tcpip6_spec *ip_spec = &fs->h_u.tcp_ip6_spec;
> + struct ethtool_tcpip6_spec *ip_mask = &fs->m_u.tcp_ip6_spec;
> +
> + fkeys->basic.ip_proto = IPPROTO_TCP;
> + if (flow_type == UDP_V6_FLOW)
> + fkeys->basic.ip_proto = IPPROTO_UDP;
> + fkeys->basic.n_proto = htons(ETH_P_IPV6);
> +
> + if (ipv6_mask_is_full(ip_mask->ip6src)) {
> + fkeys->addrs.v6addrs.src =
> + *(struct in6_addr *)&ip_spec->ip6src;
> + new_fltr->ntuple_flags |= BNXT_NTUPLE_MATCH_SRC_IP;
> + } else if (!ipv6_mask_is_zero(ip_mask->ip6src)) {
> + goto ntuple_err;
> + }
> + if (ipv6_mask_is_full(ip_mask->ip6dst)) {
> + fkeys->addrs.v6addrs.dst =
> + *(struct in6_addr *)&ip_spec->ip6dst;
> + new_fltr->ntuple_flags |= BNXT_NTUPLE_MATCH_DST_IP;
> + } else if (!ipv6_mask_is_zero(ip_mask->ip6dst)) {
> + goto ntuple_err;
> + }
> +
> + if (ip_mask->psrc == L4_PORT_ALL_MASK) {
> + fkeys->ports.src = ip_spec->psrc;
> + new_fltr->ntuple_flags |= BNXT_NTUPLE_MATCH_SRC_PORT;
> + } else if (ip_mask->psrc) {
> + goto ntuple_err;
> + }
> + if (ip_mask->pdst == L4_PORT_ALL_MASK) {
> + fkeys->ports.dst = ip_spec->pdst;
> + new_fltr->ntuple_flags |= BNXT_NTUPLE_MATCH_DST_PORT;
> + } else if (ip_mask->pdst) {
> + goto ntuple_err;
> + }
> + break;
> + }
> + default:
> + rc = -EOPNOTSUPP;
> + goto ntuple_err;
> + }
> + if (!new_fltr->ntuple_flags)
> + goto ntuple_err;
> +
> + idx = bnxt_get_ntp_filter_idx(bp, fkeys, NULL);
> + rcu_read_lock();
> + fltr = bnxt_lookup_ntp_filter_from_idx(bp, new_fltr, idx);
> + if (fltr) {
> + rcu_read_unlock();
> + rc = -EEXIST;
> + goto ntuple_err;
> + }
> + rcu_read_unlock();
> +
> + new_fltr->base.rxq = ring;
> + new_fltr->base.flags = BNXT_ACT_NO_AGING;
> + __set_bit(BNXT_FLTR_VALID, &new_fltr->base.state);
> + rc = bnxt_insert_ntp_filter(bp, new_fltr, idx);
> + if (!rc) {
> + rc = bnxt_hwrm_cfa_ntuple_filter_alloc(bp, new_fltr);
> + if (rc) {
> + bnxt_del_ntp_filter(bp, new_fltr);
> + return rc;
> + }
> + fs->location = new_fltr->base.sw_id;
> + return 0;
> + }
> +
Hi Michael.
FWIIW, I think the following flow would be more idiomatic.
Although the asymmetry of the bnxt_del_ntp_filter() call
in one error path is still a bit awkward.
(Completely untested!)
rc = bnxt_insert_ntp_filter(bp, new_fltr, idx);
if (rc)
goto ntuple_err;
rc = bnxt_hwrm_cfa_ntuple_filter_alloc(bp, new_fltr);
if (rc) {
bnxt_del_ntp_filter(bp, new_fltr);
return rc;
}
fs->location = new_fltr->base.sw_id;
return 0;
unlock_err:
rcu_read_unlock();
> +ntuple_err:
> + atomic_dec(&l2_fltr->refcnt);
> + kfree(new_fltr);
> + return rc;
> +}
...
next prev parent reply other threads:[~2023-12-25 17:37 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-23 4:21 [PATCH net-next v2 00/13] bnxt_en: Add basic ntuple filter support Michael Chan
2023-12-23 4:21 ` [PATCH net-next v2 01/13] bnxt_en: Refactor bnxt_ntuple_filter structure Michael Chan
2023-12-25 17:43 ` Simon Horman
2023-12-23 4:21 ` [PATCH net-next v2 02/13] bnxt_en: Add bnxt_l2_filter hash table Michael Chan
2023-12-25 17:44 ` Simon Horman
2023-12-23 4:22 ` [PATCH net-next v2 03/13] bnxt_en: Re-structure the bnxt_ntuple_filter structure Michael Chan
2023-12-25 17:45 ` Simon Horman
2023-12-23 4:22 ` [PATCH net-next v2 04/13] bnxt_en: Refactor L2 filter alloc/free firmware commands Michael Chan
2023-12-23 4:22 ` [PATCH net-next v2 05/13] bnxt_en: Add function to calculate Toeplitz hash Michael Chan
2023-12-23 4:22 ` [PATCH net-next v2 06/13] bnxt_en: Add bnxt_lookup_ntp_filter_from_idx() function Michael Chan
2023-12-25 16:56 ` Simon Horman
2023-12-25 17:45 ` Simon Horman
2023-12-23 4:22 ` [PATCH net-next v2 07/13] bnxt_en: Add new BNXT_FLTR_INSERTED flag to bnxt_filter_base struct Michael Chan
2023-12-25 17:02 ` Simon Horman
2023-12-23 4:22 ` [PATCH net-next v2 08/13] bnxt_en: Refactor filter insertion logic in bnxt_rx_flow_steer() Michael Chan
2023-12-25 17:11 ` Simon Horman
2023-12-23 4:22 ` [PATCH net-next v2 09/13] bnxt_en: Refactor the hash table logic for ntuple filters Michael Chan
2023-12-23 4:22 ` [PATCH net-next v2 10/13] bnxt_en: Refactor ntuple filter removal logic in bnxt_cfg_ntp_filters() Michael Chan
2023-12-25 17:44 ` Simon Horman
2023-12-23 4:22 ` [PATCH net-next v2 11/13] bnxt_en: Add ntuple matching flags to the bnxt_ntuple_filter structure Michael Chan
2023-12-23 4:22 ` [PATCH net-next v2 12/13] bnxt_en: Add support for ntuple filters added from ethtool Michael Chan
2023-12-25 17:37 ` Simon Horman [this message]
2023-12-23 4:22 ` [PATCH net-next v2 13/13] bnxt_en: Add support for ntuple filter deletion by ethtool Michael Chan
2023-12-25 17:41 ` Simon Horman
2024-01-04 22:59 ` Jakub Kicinski
2024-01-04 23:37 ` Michael Chan
2024-01-02 14:00 ` [PATCH net-next v2 00/13] bnxt_en: Add basic ntuple filter support patchwork-bot+netdevbpf
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=20231225173717.GK5962@kernel.org \
--to=horms@kernel.org \
--cc=andrew.gospodarek@broadcom.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=kuba@kernel.org \
--cc=michael.chan@broadcom.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=pavan.chebbi@broadcom.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).