From: Tariq Toukan <ttoukan.linux@gmail.com>
To: Jakub Kicinski <kuba@kernel.org>, davem@davemloft.net
Cc: tariqt@nvidia.com, idosch@idosch.org, hawk@kernel.org,
netdev@vger.kernel.org, edumazet@google.com, pabeni@redhat.com,
andrew+netdev@lunn.ch, horms@kernel.org
Subject: Re: [PATCH net-next v3 3/4] eth: mlx4: remove the local XDP fast-recycling ring
Date: Tue, 18 Feb 2025 14:12:35 +0200 [thread overview]
Message-ID: <a52f405f-1be6-4fe6-a8d2-a8be63158662@gmail.com> (raw)
In-Reply-To: <20250213010635.1354034-4-kuba@kernel.org>
On 13/02/2025 3:06, Jakub Kicinski wrote:
> It will be replaced with page pool's built-in recycling.
>
> Signed-off-by: Jakub Kicinski <kuba@kernel.org>
> ---
> v2: no change
> ---
> drivers/net/ethernet/mellanox/mlx4/mlx4_en.h | 11 ------
> drivers/net/ethernet/mellanox/mlx4/en_rx.c | 40 --------------------
> drivers/net/ethernet/mellanox/mlx4/en_tx.c | 11 +-----
> 3 files changed, 2 insertions(+), 60 deletions(-)
>
> diff --git a/drivers/net/ethernet/mellanox/mlx4/mlx4_en.h b/drivers/net/ethernet/mellanox/mlx4/mlx4_en.h
> index 29f48e63081b..97311c98569f 100644
> --- a/drivers/net/ethernet/mellanox/mlx4/mlx4_en.h
> +++ b/drivers/net/ethernet/mellanox/mlx4/mlx4_en.h
> @@ -253,14 +253,6 @@ struct mlx4_en_rx_alloc {
>
> #define MLX4_EN_CACHE_SIZE (2 * NAPI_POLL_WEIGHT)
>
> -struct mlx4_en_page_cache {
> - u32 index;
> - struct {
> - struct page *page;
> - dma_addr_t dma;
> - } buf[MLX4_EN_CACHE_SIZE];
> -};
> -
> enum {
> MLX4_EN_TX_RING_STATE_RECOVERING,
> };
> @@ -343,7 +335,6 @@ struct mlx4_en_rx_ring {
> void *buf;
> void *rx_info;
> struct bpf_prog __rcu *xdp_prog;
> - struct mlx4_en_page_cache page_cache;
> unsigned long bytes;
> unsigned long packets;
> unsigned long csum_ok;
> @@ -708,8 +699,6 @@ netdev_tx_t mlx4_en_xmit_frame(struct mlx4_en_rx_ring *rx_ring,
> struct mlx4_en_priv *priv, unsigned int length,
> int tx_ind, bool *doorbell_pending);
> void mlx4_en_xmit_doorbell(struct mlx4_en_tx_ring *ring);
> -bool mlx4_en_rx_recycle(struct mlx4_en_rx_ring *ring,
> - struct mlx4_en_rx_alloc *frame);
>
> int mlx4_en_create_tx_ring(struct mlx4_en_priv *priv,
> struct mlx4_en_tx_ring **pring,
> diff --git a/drivers/net/ethernet/mellanox/mlx4/en_rx.c b/drivers/net/ethernet/mellanox/mlx4/en_rx.c
> index a8c0cf5d0d08..d2cfbf2e38d9 100644
> --- a/drivers/net/ethernet/mellanox/mlx4/en_rx.c
> +++ b/drivers/net/ethernet/mellanox/mlx4/en_rx.c
> @@ -142,18 +142,6 @@ static int mlx4_en_prepare_rx_desc(struct mlx4_en_priv *priv,
> (index << ring->log_stride);
> struct mlx4_en_rx_alloc *frags = ring->rx_info +
> (index << priv->log_rx_info);
> - if (likely(ring->page_cache.index > 0)) {
> - /* XDP uses a single page per frame */
> - if (!frags->page) {
> - ring->page_cache.index--;
> - frags->page = ring->page_cache.buf[ring->page_cache.index].page;
> - frags->dma = ring->page_cache.buf[ring->page_cache.index].dma;
> - }
> - frags->page_offset = XDP_PACKET_HEADROOM;
> - rx_desc->data[0].addr = cpu_to_be64(frags->dma +
> - XDP_PACKET_HEADROOM);
> - return 0;
> - }
>
> return mlx4_en_alloc_frags(priv, ring, rx_desc, frags, gfp);
> }
> @@ -430,26 +418,6 @@ void mlx4_en_recover_from_oom(struct mlx4_en_priv *priv)
> }
> }
>
> -/* When the rx ring is running in page-per-packet mode, a released frame can go
> - * directly into a small cache, to avoid unmapping or touching the page
> - * allocator. In bpf prog performance scenarios, buffers are either forwarded
> - * or dropped, never converted to skbs, so every page can come directly from
> - * this cache when it is sized to be a multiple of the napi budget.
> - */
> -bool mlx4_en_rx_recycle(struct mlx4_en_rx_ring *ring,
> - struct mlx4_en_rx_alloc *frame)
> -{
> - struct mlx4_en_page_cache *cache = &ring->page_cache;
> -
> - if (cache->index >= MLX4_EN_CACHE_SIZE)
> - return false;
> -
> - cache->buf[cache->index].page = frame->page;
> - cache->buf[cache->index].dma = frame->dma;
> - cache->index++;
> - return true;
> -}
> -
> void mlx4_en_destroy_rx_ring(struct mlx4_en_priv *priv,
> struct mlx4_en_rx_ring **pring,
> u32 size, u16 stride)
> @@ -475,14 +443,6 @@ void mlx4_en_destroy_rx_ring(struct mlx4_en_priv *priv,
> void mlx4_en_deactivate_rx_ring(struct mlx4_en_priv *priv,
> struct mlx4_en_rx_ring *ring)
> {
> - int i;
> -
> - for (i = 0; i < ring->page_cache.index; i++) {
> - dma_unmap_page(priv->ddev, ring->page_cache.buf[i].dma,
> - PAGE_SIZE, priv->dma_dir);
> - put_page(ring->page_cache.buf[i].page);
> - }
> - ring->page_cache.index = 0;
> mlx4_en_free_rx_buf(priv, ring);
> if (ring->stride <= TXBB_SIZE)
> ring->buf -= TXBB_SIZE;
> diff --git a/drivers/net/ethernet/mellanox/mlx4/en_tx.c b/drivers/net/ethernet/mellanox/mlx4/en_tx.c
> index 6e077d202827..fe1378a689a1 100644
> --- a/drivers/net/ethernet/mellanox/mlx4/en_tx.c
> +++ b/drivers/net/ethernet/mellanox/mlx4/en_tx.c
> @@ -350,16 +350,9 @@ u32 mlx4_en_recycle_tx_desc(struct mlx4_en_priv *priv,
> int napi_mode)
> {
> struct mlx4_en_tx_info *tx_info = &ring->tx_info[index];
> - struct mlx4_en_rx_alloc frame = {
> - .page = tx_info->page,
> - .dma = tx_info->map0_dma,
> - };
>
> - if (!napi_mode || !mlx4_en_rx_recycle(ring->recycle_ring, &frame)) {
> - dma_unmap_page(priv->ddev, tx_info->map0_dma,
> - PAGE_SIZE, priv->dma_dir);
> - put_page(tx_info->page);
> - }
> + dma_unmap_page(priv->ddev, tx_info->map0_dma, PAGE_SIZE, priv->dma_dir);
> + put_page(tx_info->page);
>
> return tx_info->nr_txbb;
> }
Reviewed-by: Tariq Toukan <tariqt@nvidia.com>
next prev parent reply other threads:[~2025-02-18 12:12 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-13 1:06 [PATCH net-next v3 0/4] eth: mlx4: use the page pool for Rx buffers Jakub Kicinski
2025-02-13 1:06 ` [PATCH net-next v3 1/4] eth: mlx4: create a page pool for Rx Jakub Kicinski
2025-02-18 12:10 ` Tariq Toukan
2025-02-13 1:06 ` [PATCH net-next v3 2/4] eth: mlx4: don't try to complete XDP frames in netpoll Jakub Kicinski
2025-02-18 12:11 ` Tariq Toukan
2025-02-13 1:06 ` [PATCH net-next v3 3/4] eth: mlx4: remove the local XDP fast-recycling ring Jakub Kicinski
2025-02-18 12:12 ` Tariq Toukan [this message]
2025-02-13 1:06 ` [PATCH net-next v3 4/4] eth: mlx4: use the page pool for Rx buffers Jakub Kicinski
2025-02-18 12:13 ` Tariq Toukan
2025-02-18 23:40 ` [PATCH net-next v3 0/4] " 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=a52f405f-1be6-4fe6-a8d2-a8be63158662@gmail.com \
--to=ttoukan.linux@gmail.com \
--cc=andrew+netdev@lunn.ch \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hawk@kernel.org \
--cc=horms@kernel.org \
--cc=idosch@idosch.org \
--cc=kuba@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=tariqt@nvidia.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).