From: Martin Habets <habetsm.xilinx@gmail.com>
To: edward.cree@amd.com
Cc: davem@davemloft.net, kuba@kernel.org, edumazet@google.com,
pabeni@redhat.com, Edward Cree <ecree.xilinx@gmail.com>,
netdev@vger.kernel.org, linux-net-drivers@amd.com,
horms@kernel.org, andrew+netdev@lunn.ch, shuah@kernel.org,
linux-kselftest@vger.kernel.org
Subject: Re: [PATCH net-next 1/5] net: ethtool: only allow set_rxnfc with rss + ring_cookie if driver opts in
Date: Thu, 14 Nov 2024 09:21:52 +0000 [thread overview]
Message-ID: <20241114092152.GA666860@gmail.com> (raw)
In-Reply-To: <cc3da0844083b0e301a33092a6299e4042b65221.1731499022.git.ecree.xilinx@gmail.com>
On Wed, Nov 13, 2024 at 12:13:09PM +0000, edward.cree@amd.com wrote:
>
> From: Edward Cree <ecree.xilinx@gmail.com>
>
> Ethtool ntuple filters with FLOW_RSS were originally defined as adding
> the base queue ID (ring_cookie) to the value from the indirection table,
> so that the same table could distribute over more than one set of queues
> when used by different filters.
> However, some drivers / hardware ignore the ring_cookie, and simply use
> the indirection table entries as queue IDs directly. Thus, for drivers
> which have not opted in by setting ethtool_ops.cap_rss_rxnfc_adds to
> declare that they support the original (addition) semantics, reject in
> ethtool_set_rxnfc any filter which combines FLOW_RSS and a nonzero ring.
> (For a ring_cookie of zero, both behaviours are equivalent.)
> Set the cap bit in sfc, as it is known to support this feature.
>
> Signed-off-by: Edward Cree <ecree.xilinx@gmail.com>
Reviewed-by: Martin Habets <habetsm.xilinx@gmail.com>
> ---
> drivers/net/ethernet/sfc/ef100_ethtool.c | 1 +
> drivers/net/ethernet/sfc/ethtool.c | 1 +
> include/linux/ethtool.h | 4 ++++
> net/ethtool/ioctl.c | 5 +++++
> 4 files changed, 11 insertions(+)
>
> diff --git a/drivers/net/ethernet/sfc/ef100_ethtool.c b/drivers/net/ethernet/sfc/ef100_ethtool.c
> index 5c2551369812..6c3b74000d3b 100644
> --- a/drivers/net/ethernet/sfc/ef100_ethtool.c
> +++ b/drivers/net/ethernet/sfc/ef100_ethtool.c
> @@ -59,6 +59,7 @@ const struct ethtool_ops ef100_ethtool_ops = {
> .get_rxfh_indir_size = efx_ethtool_get_rxfh_indir_size,
> .get_rxfh_key_size = efx_ethtool_get_rxfh_key_size,
> .rxfh_per_ctx_key = true,
> + .cap_rss_rxnfc_adds = true,
> .rxfh_priv_size = sizeof(struct efx_rss_context_priv),
> .get_rxfh = efx_ethtool_get_rxfh,
> .set_rxfh = efx_ethtool_set_rxfh,
> diff --git a/drivers/net/ethernet/sfc/ethtool.c b/drivers/net/ethernet/sfc/ethtool.c
> index bb1930818beb..83d715544f7f 100644
> --- a/drivers/net/ethernet/sfc/ethtool.c
> +++ b/drivers/net/ethernet/sfc/ethtool.c
> @@ -263,6 +263,7 @@ const struct ethtool_ops efx_ethtool_ops = {
> .get_rxfh_indir_size = efx_ethtool_get_rxfh_indir_size,
> .get_rxfh_key_size = efx_ethtool_get_rxfh_key_size,
> .rxfh_per_ctx_key = true,
> + .cap_rss_rxnfc_adds = true,
> .rxfh_priv_size = sizeof(struct efx_rss_context_priv),
> .get_rxfh = efx_ethtool_get_rxfh,
> .set_rxfh = efx_ethtool_set_rxfh,
> diff --git a/include/linux/ethtool.h b/include/linux/ethtool.h
> index 1199e308c8dd..299280c94d07 100644
> --- a/include/linux/ethtool.h
> +++ b/include/linux/ethtool.h
> @@ -734,6 +734,9 @@ struct kernel_ethtool_ts_info {
> * @rxfh_per_ctx_key: device supports setting different RSS key for each
> * additional context. Netlink API should report hfunc, key, and input_xfrm
> * for every context, not just context 0.
> + * @cap_rss_rxnfc_adds: device supports nonzero ring_cookie in filters with
> + * %FLOW_RSS flag; the queue ID from the filter is added to the value from
> + * the indirection table to determine the delivery queue.
> * @rxfh_indir_space: max size of RSS indirection tables, if indirection table
> * size as returned by @get_rxfh_indir_size may change during lifetime
> * of the device. Leave as 0 if the table size is constant.
> @@ -956,6 +959,7 @@ struct ethtool_ops {
> u32 cap_rss_ctx_supported:1;
> u32 cap_rss_sym_xor_supported:1;
> u32 rxfh_per_ctx_key:1;
> + u32 cap_rss_rxnfc_adds:1;
> u32 rxfh_indir_space;
> u16 rxfh_key_space;
> u16 rxfh_priv_size;
> diff --git a/net/ethtool/ioctl.c b/net/ethtool/ioctl.c
> index 7da94e26ced6..d86399bcf223 100644
> --- a/net/ethtool/ioctl.c
> +++ b/net/ethtool/ioctl.c
> @@ -992,6 +992,11 @@ static noinline_for_stack int ethtool_set_rxnfc(struct net_device *dev,
> if (rc)
> return rc;
>
> + /* Nonzero ring with RSS only makes sense if NIC adds them together */
> + if (info.flow_type & FLOW_RSS && !ops->cap_rss_rxnfc_adds &&
> + ethtool_get_flow_spec_ring(info.fs.ring_cookie))
> + return -EINVAL;
> +
> if (ops->get_rxfh) {
> struct ethtool_rxfh_param rxfh = {};
>
next prev parent reply other threads:[~2024-11-14 9:21 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-13 12:13 [PATCH net-next 0/5] net: make RSS+RXNFC semantics more explicit edward.cree
2024-11-13 12:13 ` [PATCH net-next 1/5] net: ethtool: only allow set_rxnfc with rss + ring_cookie if driver opts in edward.cree
2024-11-14 9:21 ` Martin Habets [this message]
2024-11-25 7:11 ` Gal Pressman
2024-11-25 13:21 ` Edward Cree
2024-11-25 14:10 ` Gal Pressman
2024-11-25 14:20 ` Ahmed Zaki
2024-11-25 14:26 ` Gal Pressman
2024-11-25 14:42 ` Edward Cree
2024-11-25 19:01 ` Ahmed Zaki
2024-12-02 15:19 ` Ahmed Zaki
2024-11-25 18:13 ` Edward Cree
2024-11-13 12:13 ` [PATCH net-next 2/5] net: ethtool: account for RSS+RXNFC add semantics when checking channel count edward.cree
2024-11-13 12:13 ` [PATCH net-next 3/5] selftest: include dst-ip in ethtool ntuple rules edward.cree
2024-11-14 9:54 ` Martin Habets
2024-11-13 12:13 ` [PATCH net-next 4/5] selftest: validate RSS+ntuple filters with nonzero ring_cookie edward.cree
2024-11-13 12:13 ` [PATCH net-next 5/5] selftest: extend test_rss_context_queue_reconfigure for action addition edward.cree
2024-11-15 4:40 ` [PATCH net-next 0/5] net: make RSS+RXNFC semantics more explicit 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=20241114092152.GA666860@gmail.com \
--to=habetsm.xilinx@gmail.com \
--cc=andrew+netdev@lunn.ch \
--cc=davem@davemloft.net \
--cc=ecree.xilinx@gmail.com \
--cc=edumazet@google.com \
--cc=edward.cree@amd.com \
--cc=horms@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-net-drivers@amd.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=shuah@kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.