From: Paul Menzel <pmenzel@molgen.mpg.de>
To: Alexander Lobakin <aleksander.lobakin@intel.com>
Cc: intel-wired-lan@lists.osuosl.org,
Tony Nguyen <anthony.l.nguyen@intel.com>,
Przemek Kitszel <przemyslaw.kitszel@intel.com>,
Andrew Lunn <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Simon Horman <horms@kernel.org>, Kohei Enju <kohei@enjuk.jp>,
Jacob Keller <jacob.e.keller@intel.com>,
Aleksandr Loktionov <aleksandr.loktionov@intel.com>,
nxne.cnse.osdt.itp.upstreaming@intel.com, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [Intel-wired-lan] [PATCH iwl-next v3 1/5] libeth: pass Rx queue index to PP when creating a fill queue
Date: Tue, 24 Feb 2026 19:53:11 +0100 [thread overview]
Message-ID: <4dbf4f75-0474-4583-a2ca-77e4886c2dec@molgen.mpg.de> (raw)
In-Reply-To: <20260224174618.2780516-2-aleksander.lobakin@intel.com>
Dear Alexander,
Thank you for your patch.
Am 24.02.26 um 18:46 schrieb Alexander Lobakin:
> Since recently, page_pool_create() accepts optional stack index of
> the Rx queue which the pool will be created for. It can then be
> used on control path for stuff like memory providers.
> Add the same field to libeth_fq and pass the index from all the
> drivers using libeth for managing Rx to simplify implementing MP
> support later.
> idpf has one libeth_fq per buffer/fill queue and each Rx queue has
> two fill queues, but since fill queues can never be shared, we can
> store the corresponding Rx queue index there during the
> initialization to pass it to libeth.
>
> Reviewed-by: Jacob Keller <jacob.e.keller@intel.com>
> Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
> Signed-off-by: Alexander Lobakin <aleksander.lobakin@intel.com>
> ---
> drivers/net/ethernet/intel/idpf/idpf_txrx.h | 2 ++
> include/net/libeth/rx.h | 2 ++
> drivers/net/ethernet/intel/iavf/iavf_txrx.c | 1 +
> drivers/net/ethernet/intel/ice/ice_base.c | 2 ++
> drivers/net/ethernet/intel/idpf/idpf_txrx.c | 13 +++++++++++++
> drivers/net/ethernet/intel/libeth/rx.c | 1 +
> 6 files changed, 21 insertions(+)
>
> diff --git a/drivers/net/ethernet/intel/idpf/idpf_txrx.h b/drivers/net/ethernet/intel/idpf/idpf_txrx.h
> index 4be5b3b6d3ed..a0d92adf11c4 100644
> --- a/drivers/net/ethernet/intel/idpf/idpf_txrx.h
> +++ b/drivers/net/ethernet/intel/idpf/idpf_txrx.h
> @@ -748,6 +748,7 @@ libeth_cacheline_set_assert(struct idpf_tx_queue, 64,
> * @size: Length of descriptor ring in bytes
> * @dma: Physical address of ring
> * @q_vector: Backreference to associated vector
> + * @rxq_idx: stack index of the corresponding Rx queue
> * @rx_buffer_low_watermark: RX buffer low watermark
> * @rx_hbuf_size: Header buffer size
> * @rx_buf_size: Buffer size
> @@ -791,6 +792,7 @@ struct idpf_buf_queue {
> dma_addr_t dma;
>
> struct idpf_q_vector *q_vector;
> + u16 rxq_idx;
>
> u16 rx_buffer_low_watermark;
> u16 rx_hbuf_size;
> diff --git a/include/net/libeth/rx.h b/include/net/libeth/rx.h
> index 5d991404845e..3b3d7acd13c9 100644
> --- a/include/net/libeth/rx.h
> +++ b/include/net/libeth/rx.h
> @@ -71,6 +71,7 @@ enum libeth_fqe_type {
> * @xdp: flag indicating whether XDP is enabled
> * @buf_len: HW-writeable length per each buffer
> * @nid: ID of the closest NUMA node with memory
> + * @idx: stack index of the corresponding Rx queue
> */
> struct libeth_fq {
> struct_group_tagged(libeth_fq_fp, fp,
> @@ -88,6 +89,7 @@ struct libeth_fq {
>
> u32 buf_len;
> int nid;
> + u32 idx;
The type above and here is different (u16 vs u32), despite the
description being the same. Could you enlighten me why, and maybe add it
to the commit message?
Kind regards,
Paul
> };
>
> int libeth_rx_fq_create(struct libeth_fq *fq, struct napi_struct *napi);
> diff --git a/drivers/net/ethernet/intel/iavf/iavf_txrx.c b/drivers/net/ethernet/intel/iavf/iavf_txrx.c
> index 363c42bf3dcf..d3c68659162b 100644
> --- a/drivers/net/ethernet/intel/iavf/iavf_txrx.c
> +++ b/drivers/net/ethernet/intel/iavf/iavf_txrx.c
> @@ -771,6 +771,7 @@ int iavf_setup_rx_descriptors(struct iavf_ring *rx_ring)
> .count = rx_ring->count,
> .buf_len = LIBIE_MAX_RX_BUF_LEN,
> .nid = NUMA_NO_NODE,
> + .idx = rx_ring->queue_index,
> };
> int ret;
>
> diff --git a/drivers/net/ethernet/intel/ice/ice_base.c b/drivers/net/ethernet/intel/ice/ice_base.c
> index afbff8aa9ceb..1b7d10fad4f2 100644
> --- a/drivers/net/ethernet/intel/ice/ice_base.c
> +++ b/drivers/net/ethernet/intel/ice/ice_base.c
> @@ -607,6 +607,7 @@ static int ice_rxq_pp_create(struct ice_rx_ring *rq)
> struct libeth_fq fq = {
> .count = rq->count,
> .nid = NUMA_NO_NODE,
> + .idx = rq->q_index,
> .hsplit = rq->vsi->hsplit,
> .xdp = ice_is_xdp_ena_vsi(rq->vsi),
> .buf_len = LIBIE_MAX_RX_BUF_LEN,
> @@ -629,6 +630,7 @@ static int ice_rxq_pp_create(struct ice_rx_ring *rq)
> .count = rq->count,
> .type = LIBETH_FQE_HDR,
> .nid = NUMA_NO_NODE,
> + .idx = rq->q_index,
> .xdp = ice_is_xdp_ena_vsi(rq->vsi),
> };
>
> diff --git a/drivers/net/ethernet/intel/idpf/idpf_txrx.c b/drivers/net/ethernet/intel/idpf/idpf_txrx.c
> index 376050308b06..36e2050dbb04 100644
> --- a/drivers/net/ethernet/intel/idpf/idpf_txrx.c
> +++ b/drivers/net/ethernet/intel/idpf/idpf_txrx.c
> @@ -558,6 +558,7 @@ static int idpf_rx_hdr_buf_alloc_all(struct idpf_buf_queue *bufq)
> .type = LIBETH_FQE_HDR,
> .xdp = idpf_xdp_enabled(bufq->q_vector->vport),
> .nid = idpf_q_vector_to_mem(bufq->q_vector),
> + .idx = bufq->rxq_idx,
> };
> int ret;
>
> @@ -700,6 +701,7 @@ static int idpf_rx_bufs_init_singleq(struct idpf_rx_queue *rxq)
> .type = LIBETH_FQE_MTU,
> .buf_len = IDPF_RX_MAX_BUF_SZ,
> .nid = idpf_q_vector_to_mem(rxq->q_vector),
> + .idx = rxq->idx,
> };
> int ret;
>
> @@ -760,6 +762,7 @@ static int idpf_rx_bufs_init(struct idpf_buf_queue *bufq,
> .hsplit = idpf_queue_has(HSPLIT_EN, bufq),
> .xdp = idpf_xdp_enabled(bufq->q_vector->vport),
> .nid = idpf_q_vector_to_mem(bufq->q_vector),
> + .idx = bufq->rxq_idx,
> };
> int ret;
>
> @@ -1919,6 +1922,16 @@ static int idpf_rxq_group_alloc(struct idpf_vport *vport,
> LIBETH_RX_LL_LEN;
> idpf_rxq_set_descids(rsrc, q);
> }
> +
> + if (!idpf_is_queue_model_split(rsrc->rxq_model))
> + continue;
> +
> + for (u32 j = 0; j < rsrc->num_bufqs_per_qgrp; j++) {
> + struct idpf_buf_queue *bufq;
> +
> + bufq = &rx_qgrp->splitq.bufq_sets[j].bufq;
> + bufq->rxq_idx = rx_qgrp->splitq.rxq_sets[0]->rxq.idx;
> + }
> }
>
> err_alloc:
> diff --git a/drivers/net/ethernet/intel/libeth/rx.c b/drivers/net/ethernet/intel/libeth/rx.c
> index 62521a1f4ec9..8874b714cdcc 100644
> --- a/drivers/net/ethernet/intel/libeth/rx.c
> +++ b/drivers/net/ethernet/intel/libeth/rx.c
> @@ -156,6 +156,7 @@ int libeth_rx_fq_create(struct libeth_fq *fq, struct napi_struct *napi)
> .order = LIBETH_RX_PAGE_ORDER,
> .pool_size = fq->count,
> .nid = fq->nid,
> + .queue_idx = fq->idx,
> .dev = napi->dev->dev.parent,
> .netdev = napi->dev,
> .napi = napi,
next prev parent reply other threads:[~2026-02-24 18:54 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-24 17:46 [PATCH iwl-next v3 0/5] ice: add support for devmem/io_uring Rx and Tx Alexander Lobakin
2026-02-24 17:46 ` [PATCH iwl-next v3 1/5] libeth: pass Rx queue index to PP when creating a fill queue Alexander Lobakin
2026-02-24 18:53 ` Paul Menzel [this message]
2026-03-03 15:42 ` [Intel-wired-lan] " Alexander Lobakin
2026-02-24 17:46 ` [PATCH iwl-next v3 2/5] libeth: handle creating pools with unreadable buffers Alexander Lobakin
2026-03-05 22:04 ` [Intel-wired-lan] " Tantilov, Emil S
2026-03-06 11:57 ` Alexander Lobakin
2026-02-24 17:46 ` [PATCH iwl-next v3 3/5] ice: migrate to netdev ops lock Alexander Lobakin
2026-02-24 17:46 ` [PATCH iwl-next v3 4/5] ice: implement Rx queue management ops Alexander Lobakin
2026-02-24 17:46 ` [PATCH iwl-next v3 5/5] ice: add support for transmitting unreadable frags Alexander Lobakin
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=4dbf4f75-0474-4583-a2ca-77e4886c2dec@molgen.mpg.de \
--to=pmenzel@molgen.mpg.de \
--cc=aleksander.lobakin@intel.com \
--cc=aleksandr.loktionov@intel.com \
--cc=andrew+netdev@lunn.ch \
--cc=anthony.l.nguyen@intel.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=horms@kernel.org \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=jacob.e.keller@intel.com \
--cc=kohei@enjuk.jp \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=nxne.cnse.osdt.itp.upstreaming@intel.com \
--cc=pabeni@redhat.com \
--cc=przemyslaw.kitszel@intel.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