From: Tariq Toukan <ttoukan.linux@gmail.com>
To: Erwan Velu <erwanaliasr1@gmail.com>, Yury Norov <yury.norov@gmail.com>
Cc: Erwan Velu <e.velu@criteo.com>,
Saeed Mahameed <saeedm@nvidia.com>,
Leon Romanovsky <leon@kernel.org>,
Tariq Toukan <tariqt@nvidia.com>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
netdev@vger.kernel.org, linux-rdma@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] net/mlx5: Use cpumask_local_spread() instead of custom code
Date: Wed, 14 Aug 2024 10:48:40 +0300 [thread overview]
Message-ID: <3dcbfb0d-6e54-4450-a266-bf4701e77e08@gmail.com> (raw)
In-Reply-To: <20240812082244.22810-1-e.velu@criteo.com>
On 12/08/2024 11:22, Erwan Velu wrote:
> Commit 2acda57736de ("net/mlx5e: Improve remote NUMA preferences used for the IRQ affinity hints")
> removed the usage of cpumask_local_spread().
>
> The issue explained in this commit was fixed by
> commit 406d394abfcd ("cpumask: improve on cpumask_local_spread() locality").
>
> Since this commit, mlx5_cpumask_default_spread() is having the same
> behavior as cpumask_local_spread().
>
Adding Yuri.
One patch led to the other, finally they were all submitted within the
same patchset.
cpumask_local_spread() indeed improved, and AFAIU is functionally
equivalent to existing logic.
According to [1] the current code is faster.
However, this alone is not a relevant enough argument, as we're talking
about slowpath here.
Yuri, is that accurate? Is this the only difference?
If so, I am fine with this change, preferring simplicity.
[1] https://elixir.bootlin.com/linux/v6.11-rc3/source/lib/cpumask.c#L122
> This commit is about :
> - removing the specific logic and use cpumask_local_spread() instead
> - passing mlx5_core_dev as argument to more flexibility
>
> mlx5_cpumask_default_spread() is kept as it could be useful for some
> future specific quirks.
>
> Signed-off-by: Erwan Velu <e.velu@criteo.com>
> ---
> drivers/net/ethernet/mellanox/mlx5/core/eq.c | 27 +++-----------------
> 1 file changed, 4 insertions(+), 23 deletions(-)
>
> diff --git a/drivers/net/ethernet/mellanox/mlx5/core/eq.c b/drivers/net/ethernet/mellanox/mlx5/core/eq.c
> index cb7e7e4104af..f15ecaef1331 100644
> --- a/drivers/net/ethernet/mellanox/mlx5/core/eq.c
> +++ b/drivers/net/ethernet/mellanox/mlx5/core/eq.c
> @@ -835,28 +835,9 @@ static void comp_irq_release_pci(struct mlx5_core_dev *dev, u16 vecidx)
> mlx5_irq_release_vector(irq);
> }
>
> -static int mlx5_cpumask_default_spread(int numa_node, int index)
> +static int mlx5_cpumask_default_spread(struct mlx5_core_dev *dev, int index)
> {
> - const struct cpumask *prev = cpu_none_mask;
> - const struct cpumask *mask;
> - int found_cpu = 0;
> - int i = 0;
> - int cpu;
> -
> - rcu_read_lock();
> - for_each_numa_hop_mask(mask, numa_node) {
> - for_each_cpu_andnot(cpu, mask, prev) {
> - if (i++ == index) {
> - found_cpu = cpu;
> - goto spread_done;
> - }
> - }
> - prev = mask;
> - }
> -
> -spread_done:
> - rcu_read_unlock();
> - return found_cpu;
> + return cpumask_local_spread(index, dev->priv.numa_node);
> }
>
> static struct cpu_rmap *mlx5_eq_table_get_pci_rmap(struct mlx5_core_dev *dev)
> @@ -880,7 +861,7 @@ static int comp_irq_request_pci(struct mlx5_core_dev *dev, u16 vecidx)
> int cpu;
>
> rmap = mlx5_eq_table_get_pci_rmap(dev);
> - cpu = mlx5_cpumask_default_spread(dev->priv.numa_node, vecidx);
> + cpu = mlx5_cpumask_default_spread(dev, vecidx);
> irq = mlx5_irq_request_vector(dev, cpu, vecidx, &rmap);
> if (IS_ERR(irq))
> return PTR_ERR(irq);
> @@ -1145,7 +1126,7 @@ int mlx5_comp_vector_get_cpu(struct mlx5_core_dev *dev, int vector)
> if (mask)
> cpu = cpumask_first(mask);
> else
> - cpu = mlx5_cpumask_default_spread(dev->priv.numa_node, vector);
> + cpu = mlx5_cpumask_default_spread(dev, vector);
>
> return cpu;
> }
next prev parent reply other threads:[~2024-08-14 7:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-12 8:22 [PATCH] net/mlx5: Use cpumask_local_spread() instead of custom code Erwan Velu
2024-08-14 7:48 ` Tariq Toukan [this message]
2024-08-14 14:45 ` Yury Norov
2024-08-15 10:39 ` Tariq Toukan
2024-08-19 10:15 ` Erwan Velu
2024-08-19 15:34 ` Jakub Kicinski
2024-08-19 15:41 ` Erwan Velu
2024-08-16 2:10 ` 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=3dcbfb0d-6e54-4450-a266-bf4701e77e08@gmail.com \
--to=ttoukan.linux@gmail.com \
--cc=davem@davemloft.net \
--cc=e.velu@criteo.com \
--cc=edumazet@google.com \
--cc=erwanaliasr1@gmail.com \
--cc=kuba@kernel.org \
--cc=leon@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=saeedm@nvidia.com \
--cc=tariqt@nvidia.com \
--cc=yury.norov@gmail.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