All of lore.kernel.org
 help / color / mirror / Atom feed
From: Maciej Fijalkowski <maciej.fijalkowski@intel.com>
To: Alexander Lobakin <aleksander.lobakin@intel.com>
Cc: <intel-wired-lan@lists.osuosl.org>,
	Michal Kubiak <michal.kubiak@intel.com>,
	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>,
	"Alexei Starovoitov" <ast@kernel.org>,
	Daniel Borkmann <daniel@iogearbox.net>,
	"Jesper Dangaard Brouer" <hawk@kernel.org>,
	John Fastabend <john.fastabend@gmail.com>,
	Simon Horman <horms@kernel.org>, <bpf@vger.kernel.org>,
	<netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH net-next 04/16] libeth: add XSk helpers
Date: Fri, 7 Mar 2025 11:15:56 +0100	[thread overview]
Message-ID: <Z8rHXMzaMowRSv2m@boxer> (raw)
In-Reply-To: <20250305162132.1106080-5-aleksander.lobakin@intel.com>

On Wed, Mar 05, 2025 at 05:21:20PM +0100, Alexander Lobakin wrote:
> Add the following counterparts of functions from libeth_xdp which need
> special care on XSk path:
> 
> * building &xdp_buff (head and frags);
> * running XDP prog and managing all possible verdicts;
> * xmit (with S/G and metadata support);
> * wakeup via CSD/IPI;
> * FQ init/deinit and refilling.
> 
> Xmit by default unrolls loops by 8 when filling Tx DMA descriptors.
> XDP_REDIRECT verdict is considered default/likely(). Rx frags are
> considered unlikely().
> It is assumed that Tx/completion queues are not mapped to any
> interrupts, thus we clean them only when needed (=> 3/4 of
> descriptors is busy) and keep need_wakeup set.
> IPI for XSk wakeup showed better performance than triggering an SW
> NIC interrupt, though it doesn't respect NIC's interrupt affinity.

Maybe introduce this with xsk support on idpf (i suppose when set after
this one) ?

Otherwise, what is the reason to have this included? I didn't check
in-depth if there are any functions used from this patch on drivers side.

> 
> Suggested-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com> # lots of stuff
> Signed-off-by: Alexander Lobakin <aleksander.lobakin@intel.com>
> ---
>  drivers/net/ethernet/intel/libeth/Kconfig  |   2 +-
>  drivers/net/ethernet/intel/libeth/Makefile |   1 +
>  drivers/net/ethernet/intel/libeth/priv.h   |  11 +
>  include/net/libeth/tx.h                    |  10 +-
>  include/net/libeth/xdp.h                   |  90 ++-
>  include/net/libeth/xsk.h                   | 685 +++++++++++++++++++++
>  drivers/net/ethernet/intel/libeth/tx.c     |   5 +-
>  drivers/net/ethernet/intel/libeth/xdp.c    |  26 +-
>  drivers/net/ethernet/intel/libeth/xsk.c    | 269 ++++++++
>  9 files changed, 1067 insertions(+), 32 deletions(-)
>  create mode 100644 include/net/libeth/xsk.h
>  create mode 100644 drivers/net/ethernet/intel/libeth/xsk.c
> 

(...)

WARNING: multiple messages have this Message-ID (diff)
From: Maciej Fijalkowski <maciej.fijalkowski@intel.com>
To: Alexander Lobakin <aleksander.lobakin@intel.com>
Cc: <intel-wired-lan@lists.osuosl.org>,
	Michal Kubiak <michal.kubiak@intel.com>,
	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>,
	"Alexei Starovoitov" <ast@kernel.org>,
	Daniel Borkmann <daniel@iogearbox.net>,
	"Jesper Dangaard Brouer" <hawk@kernel.org>,
	John Fastabend <john.fastabend@gmail.com>,
	Simon Horman <horms@kernel.org>, <bpf@vger.kernel.org>,
	<netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [Intel-wired-lan] [PATCH net-next 04/16] libeth: add XSk helpers
Date: Fri, 7 Mar 2025 11:15:56 +0100	[thread overview]
Message-ID: <Z8rHXMzaMowRSv2m@boxer> (raw)
In-Reply-To: <20250305162132.1106080-5-aleksander.lobakin@intel.com>

On Wed, Mar 05, 2025 at 05:21:20PM +0100, Alexander Lobakin wrote:
> Add the following counterparts of functions from libeth_xdp which need
> special care on XSk path:
> 
> * building &xdp_buff (head and frags);
> * running XDP prog and managing all possible verdicts;
> * xmit (with S/G and metadata support);
> * wakeup via CSD/IPI;
> * FQ init/deinit and refilling.
> 
> Xmit by default unrolls loops by 8 when filling Tx DMA descriptors.
> XDP_REDIRECT verdict is considered default/likely(). Rx frags are
> considered unlikely().
> It is assumed that Tx/completion queues are not mapped to any
> interrupts, thus we clean them only when needed (=> 3/4 of
> descriptors is busy) and keep need_wakeup set.
> IPI for XSk wakeup showed better performance than triggering an SW
> NIC interrupt, though it doesn't respect NIC's interrupt affinity.

Maybe introduce this with xsk support on idpf (i suppose when set after
this one) ?

Otherwise, what is the reason to have this included? I didn't check
in-depth if there are any functions used from this patch on drivers side.

> 
> Suggested-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com> # lots of stuff
> Signed-off-by: Alexander Lobakin <aleksander.lobakin@intel.com>
> ---
>  drivers/net/ethernet/intel/libeth/Kconfig  |   2 +-
>  drivers/net/ethernet/intel/libeth/Makefile |   1 +
>  drivers/net/ethernet/intel/libeth/priv.h   |  11 +
>  include/net/libeth/tx.h                    |  10 +-
>  include/net/libeth/xdp.h                   |  90 ++-
>  include/net/libeth/xsk.h                   | 685 +++++++++++++++++++++
>  drivers/net/ethernet/intel/libeth/tx.c     |   5 +-
>  drivers/net/ethernet/intel/libeth/xdp.c    |  26 +-
>  drivers/net/ethernet/intel/libeth/xsk.c    | 269 ++++++++
>  9 files changed, 1067 insertions(+), 32 deletions(-)
>  create mode 100644 include/net/libeth/xsk.h
>  create mode 100644 drivers/net/ethernet/intel/libeth/xsk.c
> 

(...)

  reply	other threads:[~2025-03-07 10:16 UTC|newest]

Thread overview: 117+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-05 16:21 [PATCH net-next 00/16] idpf: add XDP support Alexander Lobakin
2025-03-05 16:21 ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 01/16] libeth: convert to netmem Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-06  0:13   ` Mina Almasry
2025-03-06  0:13     ` [Intel-wired-lan] " Mina Almasry
2025-03-11 17:22     ` Alexander Lobakin
2025-03-11 17:22       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-11 17:43       ` Mina Almasry
2025-03-11 17:43         ` [Intel-wired-lan] " Mina Almasry
2025-03-05 16:21 ` [PATCH net-next 02/16] libeth: support native XDP and register memory model Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 03/16] libeth: add a couple of XDP helpers (libeth_xdp) Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-11 14:05   ` Maciej Fijalkowski
2025-03-11 14:05     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-17 15:26     ` Alexander Lobakin
2025-03-17 15:26       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-19 16:19       ` Maciej Fijalkowski
2025-03-19 16:19         ` [Intel-wired-lan] " Maciej Fijalkowski
2025-04-01 13:11         ` Alexander Lobakin
2025-04-01 13:11           ` [Intel-wired-lan] " Alexander Lobakin
2025-04-08 13:38           ` Alexander Lobakin
2025-04-08 13:38             ` [Intel-wired-lan] " Alexander Lobakin
2025-04-08 13:22     ` Alexander Lobakin
2025-04-08 13:22       ` [Intel-wired-lan] " Alexander Lobakin
2025-04-08 13:51       ` Alexander Lobakin
2025-04-08 13:51         ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 04/16] libeth: add XSk helpers Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-07 10:15   ` Maciej Fijalkowski [this message]
2025-03-07 10:15     ` Maciej Fijalkowski
2025-03-12 17:03     ` Alexander Lobakin
2025-03-12 17:03       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 05/16] idpf: fix Rx descriptor ready check barrier in splitq Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-07 10:17   ` Maciej Fijalkowski
2025-03-07 10:17     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-12 17:10     ` Alexander Lobakin
2025-03-12 17:10       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 06/16] idpf: a use saner limit for default number of queues to allocate Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-07 10:32   ` Maciej Fijalkowski
2025-03-07 10:32     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-12 17:22     ` Alexander Lobakin
2025-03-12 17:22       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 07/16] idpf: link NAPIs to queues Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-07 10:28   ` Eric Dumazet
2025-03-07 10:28     ` [Intel-wired-lan] " Eric Dumazet
2025-03-12 17:16     ` Alexander Lobakin
2025-03-12 17:16       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-18 17:10       ` Alexander Lobakin
2025-03-18 17:10         ` [Intel-wired-lan] " Alexander Lobakin
2025-03-07 10:51   ` Maciej Fijalkowski
2025-03-07 10:51     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-12 17:25     ` Alexander Lobakin
2025-03-12 17:25       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 08/16] idpf: make complq cleaning dependent on scheduling mode Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-07 11:11   ` Maciej Fijalkowski
2025-03-07 11:11     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-13 16:16     ` Alexander Lobakin
2025-03-13 16:16       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 09/16] idpf: remove SW marker handling from NAPI Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-07 11:42   ` Maciej Fijalkowski
2025-03-07 11:42     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-13 16:50     ` Alexander Lobakin
2025-03-13 16:50       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 10/16] idpf: add support for nointerrupt queues Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-07 12:10   ` Maciej Fijalkowski
2025-03-07 12:10     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-13 16:19     ` Alexander Lobakin
2025-03-13 16:19       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 11/16] idpf: prepare structures to support XDP Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-07  1:12   ` Jakub Kicinski
2025-03-07  1:12     ` [Intel-wired-lan] " Jakub Kicinski
2025-03-12 14:00     ` Alexander Lobakin
2025-03-07 13:27   ` Maciej Fijalkowski
2025-03-07 13:27     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-17 14:50     ` Alexander Lobakin
2025-03-17 14:50       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-19 16:29       ` Maciej Fijalkowski
2025-03-19 16:29         ` [Intel-wired-lan] " Maciej Fijalkowski
2025-04-08 13:42         ` Alexander Lobakin
2025-04-08 13:42           ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 12/16] idpf: implement XDP_SETUP_PROG in ndo_bpf for splitq Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-07 14:16   ` Maciej Fijalkowski
2025-03-07 14:16     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-17 14:58     ` Alexander Lobakin
2025-03-17 14:58       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-19 16:23       ` Maciej Fijalkowski
2025-03-19 16:23         ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-05 16:21 ` [PATCH net-next 13/16] idpf: use generic functions to build xdp_buff and skb Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 14/16] idpf: add support for XDP on Rx Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-11 15:50   ` Maciej Fijalkowski
2025-03-11 15:50     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-04-08 13:28     ` Alexander Lobakin
2025-04-08 13:28       ` [Intel-wired-lan] " Alexander Lobakin
2025-04-08 15:53       ` Maciej Fijalkowski
2025-04-08 15:53         ` [Intel-wired-lan] " Maciej Fijalkowski
2025-03-05 16:21 ` [PATCH net-next 15/16] idpf: add support for .ndo_xdp_xmit() Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-11 16:08   ` Maciej Fijalkowski
2025-03-11 16:08     ` [Intel-wired-lan] " Maciej Fijalkowski
2025-04-08 13:31     ` Alexander Lobakin
2025-04-08 13:31       ` [Intel-wired-lan] " Alexander Lobakin
2025-03-05 16:21 ` [PATCH net-next 16/16] idpf: add XDP RSS hash hint Alexander Lobakin
2025-03-05 16:21   ` [Intel-wired-lan] " Alexander Lobakin
2025-03-11 15:28 ` [PATCH net-next 00/16] idpf: add XDP support Alexander Lobakin
2025-03-11 15:28   ` [Intel-wired-lan] " 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=Z8rHXMzaMowRSv2m@boxer \
    --to=maciej.fijalkowski@intel.com \
    --cc=aleksander.lobakin@intel.com \
    --cc=andrew+netdev@lunn.ch \
    --cc=anthony.l.nguyen@intel.com \
    --cc=ast@kernel.org \
    --cc=bpf@vger.kernel.org \
    --cc=daniel@iogearbox.net \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=hawk@kernel.org \
    --cc=horms@kernel.org \
    --cc=intel-wired-lan@lists.osuosl.org \
    --cc=john.fastabend@gmail.com \
    --cc=kuba@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=michal.kubiak@intel.com \
    --cc=netdev@vger.kernel.org \
    --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 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.