xsk: batch xmit in copy mode
Subsystems (5)
v3 cover xsk: batch xmit in copy mode
From: Jason Xing <[email protected]>
This series is focused on the performance improvement in copy mode. As observed in the physical servers, there are much room left to ramp up the transmission for copy mode, compared to zerocopy mode.
Even though we can apply zerocopy to achieve a much better performance, some limitations are still there especially for virtio and veth cases. In the real world, many hosts still don't implement and support zerocopy mode for VMs, so copy mode is the only way we can resort to.
Zerocopy has a good function name xskq_cons_read_desc_batch() which reads descriptors in batch and then sends them out at a time, rather than just read and send the descriptor one by one in a loop. Similar batch ideas can be seen from classic mechanisms like GSO/GRO which also try to handle as many packets as they can at one time. So the motivation and idea of the series actually originated from them.
Looking back to the initial design and implementation of AF_XDP, it's not hard to find the big difference it made is to speed up the transmission when zerocopy mode is enabled. So the conclusion is that zerocopy mode of AF_XDP outperforms AF_PACKET that still uses copy mode. As to the whole logic of copy mode for both of them, they looks quite similar, especially when application using AF_PACKET sets PACKET_QDISC_BYPASS option. Digging into the details of AF_PACKET, we can find the implementation is comparatively heavy which can also be proved by the real test as shown below. The numbers of AF_PACKET test are a little bit lower.
At the current moment, I consider copy mode of AF_XDP as a half bypass mechanism to some extent in comparison with the well known bypass mechanism like DPDK. To avoid much consumption in kernel as much as possible, then the batch xmit is proposed to aggregate descriptors in a certain small group and then read/allocate/build/send them in individual loops.
Applications are allowed to use setsockopt to turn on this feature. Since memory allocation can be time consuming and heavy due to lack of memory, it might not be that good to hold one descriptor for too long, which brings high latency for one skb. That's the reason why the feature is not set as default.
Experiments numbers:
1) Tested on ixgbe at 10Gb/sec.
copy mode: 1,861,347 pps (baseline) batch mode: 2,344,052 pps (+25.9%) xmit.more: 2,711,077 pps (+45.6%) zc mode: 13,333,593 pps (+616.3%) AF_PACKET: 1,375,808 pps (-26.0%)
2) Tested on i40e at 10Gb/sec.
copy mode: 1,813,071 pps (baseline) xmit.more: 3,044,596 pps (67.9%) zc mode: 14,880,841 pps (720.7%) AF_PACKET: 1,553,856 pps (-14.0%)
[2]: taskset -c 1 ./xdpsock -i eth1 -t -S -s 64
---
v3
1. I retested and got different test numbers. Previous test is not that right because my env has two NUMA nodes and only the first one has a faster speed.
2. To achieve a stable performance result, the development and evaluation are also finished in physical servers just like the numbers that I share.
3. I didn't use pool->tx_descs because sockets can share the same umem pool.
3. Use skb list to chain the allocated and built skbs to send.
5. Add AF_PACKET test numbers.
V2
1. add xmit.more sub-feature (Jesper)
2. add kmem_cache_alloc_bulk (Jesper and Maciej)
Jason Xing (9):
xsk: introduce XDP_GENERIC_XMIT_BATCH setsockopt
xsk: extend xsk_build_skb() to support passing an already allocated
skb
xsk: add xsk_alloc_batch_skb() to build skbs in batch
xsk: add direct xmit in batch function
xsk: rename nb_pkts to nb_descs in xsk_tx_peek_release_desc_batch
xsk: extend xskq_cons_read_desc_batch to count nb_pkts
xsk: support batch xmit main logic
xsk: support generic batch xmit in copy mode
xsk: support dynamic xmit.more control for batch xmit
Documentation/networking/af_xdp.rst | 17 +++ include/net/xdp_sock.h | 14 ++ include/uapi/linux/if_xdp.h | 1 + net/core/dev.c | 26 ++++ net/core/skbuff.c | 101 +++++++++++++ net/xdp/xsk.c | 223 ++++++++++++++++++++++++---- net/xdp/xsk_queue.h | 5 +- tools/include/uapi/linux/if_xdp.h | 1 + 8 files changed, 359 insertions(+), 29 deletions(-)
Signature · 1 line
2.41.3
PATCH v3 1/9 xsk: introduce XDP_GENERIC_XMIT_BATCH setsockopt
From: Jason Xing <[email protected]>
Add a new socket option to provide an alternative to achieve a higher overall throughput with the rest of series applied. As the corresponding documentataion I added says, it might increase the latency because the heavy allocation cannot be avoided especially when the shortage of memory occurs. So this patch don't turn this feature as default.
Add generic_xmit_batch to tertermine how many descriptors are handled at one time. It shouldn't be larger than max_tx_budget.
Introduce skb_cache when setting setsockopt with xs->mutex protection to store newly allocated skbs at one time.
Introduce desc_cache to temporarily cache what descriptors the xsk is about to send each round.
--- Documentation/networking/af_xdp.rst | 17 ++++++++++ include/net/xdp_sock.h | 7 ++++ include/uapi/linux/if_xdp.h | 1 + net/xdp/xsk.c | 51 +++++++++++++++++++++++++++++ tools/include/uapi/linux/if_xdp.h | 1 + 5 files changed, 77 insertions(+)
Documentation/networking/af_xdp.rst +17 -0
@@ -447,6 +447,23 @@ mode to allow application to tune the per-socket maximum iteration for better throughput and less frequency of send syscall. Allowed range is [32, xs->tx->nentries]. +XDP_GENERIC_XMIT_BATCH +---------------------- + +It provides an option that allows application to use batch xmit in the copy +mode. Batch process tries to allocate a certain number skbs through bulk +mechanism first and then initialize them and finally send them out at one +time. +It applies efficient bulk allocation/deallocation function, avoid frequently +grabbing/releasing a few locks (like cache lock and queue lock), minimizing +triggering IRQs from the driver side, which generally gain the overall +performance improvement as observed by xdpsock benchmark. +Potential side effect is that it might increase the latency of per packet +due to memory allocation that is unavoidable and time-consuming. +Setting a relatively large value of batch size could benifit for scenarios +like bulk transmission. The maximum value shouldn't be larger than +xs->max_tx_budget. + XDP_STATISTICS getsockopt -------------------------
include/net/xdp_sock.h +7 -0
@@ -45,6 +45,12 @@ struct xsk_map {struct xdp_sock __rcu *xsk_map[]; }; +struct xsk_batch { +u32 generic_xmit_batch; +struct sk_buff **skb_cache; +struct xdp_desc *desc_cache; +}; +struct xdp_sock {/* struct sock must be the first member of struct xdp_sock */ struct sock sk;
@@ -89,6 +95,7 @@ struct xdp_sock {struct mutex mutex;struct xsk_queue *fq_tmp;/* Only as tmp storage before bind */ struct xsk_queue *cq_tmp;/* Only as tmp storage before bind */ +struct xsk_batch batch; };/*
include/uapi/linux/if_xdp.h +1 -0
@@ -80,6 +80,7 @@ struct xdp_mmap_offsets {#define XDP_STATISTICS 7#define XDP_OPTIONS 8#define XDP_MAX_TX_SKB_BUDGET 9 +#define XDP_GENERIC_XMIT_BATCH 10struct xdp_umem_reg {__u64 addr;/* Start of packet data area */
net/xdp/xsk.c +51 -0
63 lines not on this page · raw message
tools/include/uapi/linux/if_xdp.h +1 -0
@@ -80,6 +80,7 @@ struct xdp_mmap_offsets {#define XDP_STATISTICS 7#define XDP_OPTIONS 8#define XDP_MAX_TX_SKB_BUDGET 9 +#define XDP_GENERIC_XMIT_BATCH 10struct xdp_umem_reg {__u64 addr;/* Start of packet data area */
Signature · 1 line
2.41.3
Simon Horman
reviewerRe: [PATCH net-next v3 1/9] xsk: introduce XDP_GENERIC_XMIT_BATCH setsockopt
On Tue, Oct 21, 2025 at 09:12:01PM +0800, Jason Xing wrote:
...
Quoted 1 line
index
7b0c68a70888..ace91800c447100644
...
Quoted 35 lines
net/xdp/xsk.c +31
-0@@ -1544,6 +1546,55 @@ static int xsk_setsockopt(struct socket *sock, int level, int optname,WRITE_ONCE (xs->max_tx_budget, budget);return 0 ; } +case XDP_GENERIC_XMIT_BATCH : + { +struct xsk_buff_pool *pool = xs->pool; +struct xsk_batch *batch = &xs->batch; +struct xdp_desc *descs; +struct sk_buff **skbs; +unsigned int size; +int ret =0 ; + +if (optlen !=sizeof (size)) +return -EINVAL ; +if (copy_from_sockptr (&size, optval,sizeof (size))) +return -EFAULT ; +if (size == batch->generic_xmit_batch) +return 0 ; +if (size > xs->max_tx_budget || !pool) +return -EACCES ; + +mutex_lock (&xs->mutex); +if (!size) { +kfree (batch->skb_cache); +kvfree (batch->desc_cache); + batch->generic_xmit_batch =0 ; + goto out; + } + + skbs =kmalloc (size *sizeof (struct sk_buff *),GFP_KERNEL ); +if (!skbs) { + ret = -ENOMEM ; + goto out; + }
net/xdp/xsk.c static int xsk_setsockopt(struct socket *sock, int level, int optname, · line 1589
Quoted 10 lines
net/xdp/xsk.c +10
-0+ descs =kvcalloc (size,sizeof (struct xdp_desc ),GFP_KERNEL ); +if (!descs) { +kfree (skbs); + ret = -ENOMEM ; + goto out; + } +if (batch->skb_cache) +kfree (batch->skb_cache); +if (batch->desc_cache) +kvfree (batch->desc_cache);
Hi Jason,
nit: kfree and kvfree are no-ops when passed NULL,
so the conditions above seem unnecessary.
Quoted 11 lines
net/xdp/xsk.c +8
-0+ + batch->skb_cache = skbs; + batch->desc_cache = descs; + batch->generic_xmit_batch = size; +out: +mutex_unlock (&xs->mutex); +return ret; + }default :break ; }
...
Re: [PATCH net-next v3 1/9] xsk: introduce XDP_GENERIC_XMIT_BATCH setsockopt
Hi Simon,
Quoted 57 lines · Simon Horman
On Tue, Oct 21, 2025 at 09:12:01PM +0800, Jason Xing wrote:
...
Quoted 1 line
index
7b0c68a70888..ace91800c447100644...
Quoted 35 lines
net/xdp/xsk.c +31
-0@@ -1544,6 +1546,55 @@ static int xsk_setsockopt(struct socket *sock, int level, int optname,WRITE_ONCE (xs->max_tx_budget, budget);return 0 ; } +case XDP_GENERIC_XMIT_BATCH : + { +struct xsk_buff_pool *pool = xs->pool; +struct xsk_batch *batch = &xs->batch; +struct xdp_desc *descs; +struct sk_buff **skbs; +unsigned int size; +int ret =0 ; + +if (optlen !=sizeof (size)) +return -EINVAL ; +if (copy_from_sockptr (&size, optval,sizeof (size))) +return -EFAULT ; +if (size == batch->generic_xmit_batch) +return 0 ; +if (size > xs->max_tx_budget || !pool) +return -EACCES ; + +mutex_lock (&xs->mutex); +if (!size) { +kfree (batch->skb_cache); +kvfree (batch->desc_cache); + batch->generic_xmit_batch =0 ; + goto out; + } + + skbs =kmalloc (size *sizeof (struct sk_buff *),GFP_KERNEL ); +if (!skbs) { + ret = -ENOMEM ; + goto out; + }net/xdp/xsk.c static int xsk_setsockopt(struct socket *sock, int level, int optname, · line 1589
Quoted 10 lines
net/xdp/xsk.c +10
-0+ descs =kvcalloc (size,sizeof (struct xdp_desc ),GFP_KERNEL ); +if (!descs) { +kfree (skbs); + ret = -ENOMEM ; + goto out; + } +if (batch->skb_cache) +kfree (batch->skb_cache); +if (batch->desc_cache) +kvfree (batch->desc_cache);Hi Jason,
Quoted 2 lines
nit: kfree and kvfree are no-ops when passed NULL,
so the conditions above seem unnecessary.
Yep, but the checkpatch complains. I thought it might be good to keep it because normally we need to check the validation of the pointer first and then free it. WDYT?
Thanks,
Jason
Simon Horman
reviewerRe: [PATCH net-next v3 1/9] xsk: introduce XDP_GENERIC_XMIT_BATCH setsockopt
Quoted 60 lines · Jason Xing
Hi Simon,
Quoted 57 lines · Simon Horman
On Tue, Oct 21, 2025 at 09:12:01PM +0800, Jason Xing wrote:
...
Quoted 1 line
index
7b0c68a70888..ace91800c447100644...
Quoted 35 lines
net/xdp/xsk.c +31
-0@@ -1544,6 +1546,55 @@ static int xsk_setsockopt(struct socket *sock, int level, int optname,WRITE_ONCE (xs->max_tx_budget, budget);return 0 ; } +case XDP_GENERIC_XMIT_BATCH : + { +struct xsk_buff_pool *pool = xs->pool; +struct xsk_batch *batch = &xs->batch; +struct xdp_desc *descs; +struct sk_buff **skbs; +unsigned int size; +int ret =0 ; + +if (optlen !=sizeof (size)) +return -EINVAL ; +if (copy_from_sockptr (&size, optval,sizeof (size))) +return -EFAULT ; +if (size == batch->generic_xmit_batch) +return 0 ; +if (size > xs->max_tx_budget || !pool) +return -EACCES ; + +mutex_lock (&xs->mutex); +if (!size) { +kfree (batch->skb_cache); +kvfree (batch->desc_cache); + batch->generic_xmit_batch =0 ; + goto out; + } + + skbs =kmalloc (size *sizeof (struct sk_buff *),GFP_KERNEL ); +if (!skbs) { + ret = -ENOMEM ; + goto out; + }net/xdp/xsk.c static int xsk_setsockopt(struct socket *sock, int level, int optname, · line 1589
Quoted 10 lines
net/xdp/xsk.c +10
-0+ descs =kvcalloc (size,sizeof (struct xdp_desc ),GFP_KERNEL ); +if (!descs) { +kfree (skbs); + ret = -ENOMEM ; + goto out; + } +if (batch->skb_cache) +kfree (batch->skb_cache); +if (batch->desc_cache) +kvfree (batch->desc_cache);Hi Jason,
Quoted 6 lines
Quoted 2 lines
nit: kfree and kvfree are no-ops when passed NULL,
so the conditions above seem unnecessary.Yep, but the checkpatch complains. I thought it might be good to keep it because normally we need to check the validation of the pointer first and then free it. WDYT?
I don't feel particularly strongly about this. But I would lean to wards removing the if() conditions because they are unnecessary: less is more.
Re: [PATCH net-next v3 1/9] xsk: introduce XDP_GENERIC_XMIT_BATCH setsockopt
Quoted 65 lines · Simon Horman
Quoted 63 lines · Jason Xing
Hi Simon,
Quoted 59 lines · Simon Horman
On Tue, Oct 21, 2025 at 09:12:01PM +0800, Jason Xing wrote:
...
Quoted 1 line
index
7b0c68a70888..ace91800c447100644...
Quoted 35 lines
net/xdp/xsk.c +31
-0@@ -1544,6 +1546,55 @@ static int xsk_setsockopt(struct socket *sock, int level, int optname,WRITE_ONCE (xs->max_tx_budget, budget);return 0 ; } +case XDP_GENERIC_XMIT_BATCH : + { +struct xsk_buff_pool *pool = xs->pool; +struct xsk_batch *batch = &xs->batch; +struct xdp_desc *descs; +struct sk_buff **skbs; +unsigned int size; +int ret =0 ; + +if (optlen !=sizeof (size)) +return -EINVAL ; +if (copy_from_sockptr (&size, optval,sizeof (size))) +return -EFAULT ; +if (size == batch->generic_xmit_batch) +return 0 ; +if (size > xs->max_tx_budget || !pool) +return -EACCES ; + +mutex_lock (&xs->mutex); +if (!size) { +kfree (batch->skb_cache); +kvfree (batch->desc_cache); + batch->generic_xmit_batch =0 ; + goto out; + } + + skbs =kmalloc (size *sizeof (struct sk_buff *),GFP_KERNEL ); +if (!skbs) { + ret = -ENOMEM ; + goto out; + }net/xdp/xsk.c static int xsk_setsockopt(struct socket *sock, int level, int optname, · line 1589
Quoted 10 lines
net/xdp/xsk.c +10
-0+ descs =kvcalloc (size,sizeof (struct xdp_desc ),GFP_KERNEL ); +if (!descs) { +kfree (skbs); + ret = -ENOMEM ; + goto out; + } +if (batch->skb_cache) +kfree (batch->skb_cache); +if (batch->desc_cache) +kvfree (batch->desc_cache);Hi Jason,
nit: kfree and kvfree are no-ops when passed NULL,
so the conditions above seem unnecessary.
Quoted 7 lines
Quoted 3 lines
Yep, but the checkpatch complains. I thought it might be good to keep it because normally we need to check the validation of the pointer first and then free it. WDYT?
I don't feel particularly strongly about this. But I would lean to wards removing the
if()conditions because they are unnecessary: less is more.
I see. I will do it :)
Thanks,
Jason
PATCH v3 2/9 xsk: extend xsk_build_skb() to support passing an already allocated skb
In reply to Jason XingFrom: Jason Xing <[email protected]>
To avoid reinvent the wheel, the patch provides a way to let batch feature to reuse xsk_build_skb() as the rest process of the whole initialization just after the skb is allocated.
The original xsk_build_skb() itself allocates a new skb by calling sock_alloc_send_skb whether in copy mode or zerocopy mode. Add a new parameter allocated skb to let other callers to pass an already allocated skb to support later xmit batch feature. It replaces the previous allocation of memory function with a bulk one.
--- include/net/xdp_sock.h | 3 +++ net/xdp/xsk.c | 23 ++++++++++++++++------- 2 files changed, 19 insertions(+), 7 deletions(-)
include/net/xdp_sock.h +3 -0
@@ -127,6 +127,9 @@ struct xsk_tx_metadata_ops {void (*tmo_request_launch_time)(u64 launch_time,void *priv); }; +struct sk_buff *xsk_build_skb (struct xdp_sock *xs, +struct sk_buff *allocated_skb, +struct xdp_desc *desc);#ifdef CONFIG_XDP_SOCKETS int xsk_generic_rcv (struct xdp_sock *xs,struct xdp_buff *xdp);
net/xdp/xsk.c +16 -7
@@ -697,6 +697,7 @@ static int xsk_skb_metadata(struct sk_buff *skb, void *buffer, }static struct sk_buff *xsk_build_skb_zerocopy (struct xdp_sock *xs, +struct sk_buff *allocated_skb,struct xdp_desc *desc) {struct xsk_buff_pool *pool = xs->pool;
@@ -714,7 +715,10 @@ static struct sk_buff *xsk_build_skb_zerocopy(struct xdp_sock *xs,if (!skb) { hr =max (NET_SKB_PAD ,L1_CACHE_ALIGN (xs->dev->needed_headroom)); - skb =sock_alloc_send_skb (&xs->sk, hr,1 , &err); +if (!allocated_skb) + skb =sock_alloc_send_skb (&xs->sk, hr,1 , &err); +else + skb = allocated_skb;if (unlikely (!skb))return ERR_PTR (err);
@@ -769,15 +773,16 @@ static struct sk_buff *xsk_build_skb_zerocopy(struct xdp_sock *xs,return skb; } -static struct sk_buff *xsk_build_skb (struct xdp_sock *xs, -struct xdp_desc *desc) +struct sk_buff *xsk_build_skb (struct xdp_sock *xs, +struct sk_buff *allocated_skb, +struct xdp_desc *desc) {struct net_device *dev = xs->dev;struct sk_buff *skb = xs->skb;int err;if (dev->priv_flags &IFF_TX_SKB_NO_LINEAR ) { - skb =xsk_build_skb_zerocopy (xs, desc); + skb =xsk_build_skb_zerocopy (xs, allocated_skb, desc);if (IS_ERR (skb)) { err =PTR_ERR (skb); skb =NULL ;
@@ -792,8 +797,12 @@ static struct sk_buff *xsk_build_skb(struct xdp_sock *xs,if (!skb) { hr =max (NET_SKB_PAD ,L1_CACHE_ALIGN (dev->needed_headroom)); - tr = dev->needed_tailroom; - skb =sock_alloc_send_skb (&xs->sk, hr + len + tr,1 , &err); +if (!allocated_skb) { + tr = dev->needed_tailroom; + skb =sock_alloc_send_skb (&xs->sk, hr + len + tr,1 , &err); + }else { + skb = allocated_skb; + }if (unlikely (!skb)) goto free_err;
@@ -906,7 +915,7 @@ static int __xsk_generic_xmit(struct sock *sk) goto out; } - skb =xsk_build_skb (xs, &desc); + skb =xsk_build_skb (xs,NULL , &desc);if (IS_ERR (skb)) { err =PTR_ERR (skb);if (err != -EOVERFLOW )
Signature · 1 line
2.41.3
PATCH v3 3/9 xsk: add xsk_alloc_batch_skb() to build skbs in batch
In reply to Jason XingFrom: Jason Xing <[email protected]>
Support allocating and building skbs in batch.
This patch uses kmem_cache_alloc_bulk() to complete the batch allocation which relies on the global common cache 'net_hotdata.skbuff_cache'. Use a xsk standalone skb cache (namely, xs->skb_cache) to store allocated skbs instead of resorting to napi_alloc_cache that was designed for softirq condition.
After allocating memory for each of skbs, in a 'for' loop, the patch borrows part of __allocate_skb() to initialize skb and then calls xsk_build_skb() to complete the rest of initialization process, like copying data and stuff.
Add batch.send_queue and use the skb->list to make skbs into one chain so that they can be easily sent which is shown in the subsequent patches.
In terms of freeing skbs process, napi_consume_skb() in the tx completion would put the skb into global cache 'net_hotdata.skbuff_cache' that implements the deferred freeing skb feature to avoid freeing skb one by one to improve the performance.
--- include/net/xdp_sock.h | 3 ++ net/core/skbuff.c | 101 +++++++++++++++++++++++++++++++++++++++++ net/xdp/xsk.c | 1 + 3 files changed, 105 insertions(+)
include/net/xdp_sock.h +3 -0
@@ -47,8 +47,10 @@ struct xsk_map {struct xsk_batch {u32 generic_xmit_batch; +unsigned int skb_count;struct sk_buff **skb_cache;struct xdp_desc *desc_cache; +struct sk_buff_head send_queue; };struct xdp_sock {
@@ -130,6 +132,7 @@ struct xsk_tx_metadata_ops {struct sk_buff *xsk_build_skb (struct xdp_sock *xs,struct sk_buff *allocated_skb,struct xdp_desc *desc); +int xsk_alloc_batch_skb (struct xdp_sock *xs,u32 nb_pkts,u32 nb_descs,int *err);#ifdef CONFIG_XDP_SOCKETS int xsk_generic_rcv (struct xdp_sock *xs,struct xdp_buff *xdp);
net/core/skbuff.c +101 -0
113 lines not on this page · raw message
net/xdp/xsk.c +1 -0
@@ -1906,6 +1906,7 @@ static int xsk_create(struct net *net, struct socket *sock, int protocol,INIT_LIST_HEAD (&xs->map_list);spin_lock_init (&xs->map_list_lock); +__skb_queue_head_init (&xs->batch.send_queue);mutex_lock (&net->xdp.lock);sk_add_node_rcu (sk, &net->xdp.list);
Signature · 1 line
2.41.3
kernel test robot
build botRe: [PATCH net-next v3 3/9] xsk: add xsk_alloc_batch_skb() to build skbs in batch
kernel test robot noticed the following build errors:
Hi Jason,
kernel test robot noticed the following build errors:
[auto build test ERROR on net-next/main]
url: https://github.com/intel-lab-lkp/linux/commits/Jason-Xing/xsk-introduce-XDP_GENERIC_XMIT_BATCH-setsockopt/20251021-211646 base: net-next/main patch link: https://lore.kernel.org/r/20251021131209.41491-4-kerneljasonxing%40gmail.com patch subject: [PATCH net-next v3 3/9] xsk: add xsk_alloc_batch_skb() to build skbs in batch config: powerpc-ep8248e_defconfig (https://download.01.org/0day-ci/archive/20251024/[email protected]/config) compiler: powerpc-linux-gcc (GCC) 15.1.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251024/[email protected]/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <[email protected]>
| Closes: https://lore.kernel.org/oe-kbuild-all/[email protected]/
All errors (new ones prefixed by >>):
powerpc-linux-ld: net/core/skbuff.o: in function `xsk_alloc_batch_skb':
net/core/skbuff.c:701:(.text+0x61cc): undefined reference to `xsk_build_skb'
>> powerpc-linux-ld: net/core/skbuff.c:701:(.text+0x62ec): undefined reference to `xsk_build_skb'
Signature · 2 lines
0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
kernel test robot
build botRe: [PATCH net-next v3 3/9] xsk: add xsk_alloc_batch_skb() to build skbs in batch
In reply to Jason Xingkernel test robot noticed the following build errors:
Hi Jason,
kernel test robot noticed the following build errors:
[auto build test ERROR on net-next/main]
url: https://github.com/intel-lab-lkp/linux/commits/Jason-Xing/xsk-introduce-XDP_GENERIC_XMIT_BATCH-setsockopt/20251021-211646 base: net-next/main patch link: https://lore.kernel.org/r/20251021131209.41491-4-kerneljasonxing%40gmail.com patch subject: [PATCH net-next v3 3/9] xsk: add xsk_alloc_batch_skb() to build skbs in batch config: openrisc-defconfig (https://download.01.org/0day-ci/archive/20251024/[email protected]/config) compiler: or1k-linux-gcc (GCC) 15.1.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251024/[email protected]/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <[email protected]>
| Closes: https://lore.kernel.org/oe-kbuild-all/[email protected]/
All errors (new ones prefixed by >>):
or1k-linux-ld: net/core/skbuff.o: in function `xsk_alloc_batch_skb':
skbuff.c:(.text+0x77d0): undefined reference to `xsk_build_skb'
>> skbuff.c:(.text+0x77d0): relocation truncated to fit: R_OR1K_INSN_REL_26 against undefined symbol `xsk_build_skb' >> or1k-linux-ld: skbuff.c:(.text+0x78f0): undefined reference to `xsk_build_skb'
skbuff.c:(.text+0x78f0): relocation truncated to fit: R_OR1K_INSN_REL_26 against undefined symbol `xsk_build_skb'
Signature · 2 lines
0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki
Simon Horman
reviewerRe: [PATCH net-next v3 3/9] xsk: add xsk_alloc_batch_skb() to build skbs in batch
In reply to Jason XingOn Tue, Oct 21, 2025 at 09:12:03PM +0800, Jason Xing wrote:
...
Quoted 1 line
net/core/skbuff.c +0
-0
...
Quoted 73 lines
net/core/skbuff.c +69
-0@@ -615,6 +617,105 @@ static void *kmalloc_reserve(unsigned int *size, gfp_t flags, int node,return obj; } +int xsk_alloc_batch_skb (struct xdp_sock *xs,u32 nb_pkts,u32 nb_descs,int *err) +{ +struct xsk_batch *batch = &xs->batch; +struct xdp_desc *descs = batch->desc_cache; +struct sk_buff **skbs = batch->skb_cache; +gfp_t gfp_mask = xs->sk.sk_allocation; +struct net_device *dev = xs->dev; +int node =NUMA_NO_NODE ; +struct sk_buff *skb; +u32 i =0 , j =0 ; +bool pfmemalloc; +u32 base_len; +u8 *data; + + base_len =max (NET_SKB_PAD ,L1_CACHE_ALIGN (dev->needed_headroom)); +if (!(dev->priv_flags &IFF_TX_SKB_NO_LINEAR )) + base_len += dev->needed_tailroom; + +if (batch->skb_count >= nb_pkts) + goto build; + +if (xs->skb) { + i =1 ; + batch->skb_count++; + } + + batch->skb_count +=kmem_cache_alloc_bulk (net_hotdata.skbuff_cache, + gfp_mask, nb_pkts - batch->skb_count, + (void **)&skbs[batch->skb_count]); +if (batch->skb_count < nb_pkts) + nb_pkts = batch->skb_count; + +build: +for (i =0 , j =0 ; j < nb_descs; j++) { +if (!xs->skb) { +u32 size = base_len + descs[j].len; + +/* In case we don't have enough allocated skbs */ +if (i >= nb_pkts) { + *err = -EAGAIN ; +break ; + } + +if (sk_wmem_alloc_get (&xs->sk) >READ_ONCE (xs->sk.sk_sndbuf)) { + *err = -EAGAIN ; +break ; + } + + skb = skbs[batch->skb_count -1 - i]; + +prefetchw (skb); +/* We do our best to align skb_shared_info on a separate cache +* line. It usually works because kmalloc(X > SMP_CACHE_BYTES) gives +* aligned memory blocks, unless SLUB/SLAB debug is enabled. +* Both skb->head and skb_shared_info are cache line aligned. +*/ + data =kmalloc_reserve (&size, gfp_mask, node, &pfmemalloc); +if (unlikely (!data)) { + *err = -ENOBUFS ; +break ; + } +/* kmalloc_size_roundup() might give us more room than requested. +* Put skb_shared_info exactly at the end of allocated zone, +* to allow max possible filling before reallocation. +*/ +prefetchw (data +SKB_WITH_OVERHEAD (size)); + +memset (skb,0 , offsetof(struct sk_buff , tail)); +__build_skb_around (skb, data, size);
net/core/skbuff.c static void *kmalloc_reserve(unsigned int *size, gfp_t flags, int node, · line 698
Quoted 10 lines
net/core/skbuff.c +10
-0+ skb->pfmemalloc = pfmemalloc; +skb_set_owner_w (skb, &xs->sk); + }else if (unlikely (i ==0 )) { +/* We have a skb in cache that is left last time */ +kmem_cache_free (net_hotdata.skbuff_cache, + skbs[batch->skb_count -1 ]); + skbs[batch->skb_count -1 ] = xs->skb; + } + + skb =xsk_build_skb (xs, skb, &descs[j]);
Hi Jason,
Perhaps it cannot occur, but if we reach this line without the if (!xs->skb) condition having been met for any iteration of there loop this code sits inside, then skb will be uninitialised here.
Also, assuming the above doesn't occur, and perhaps this next case is intentional, but if the same condition is not met for any iteration of the loop, then skb will have its value from a prior iteration.
Flagged by Smatch.
Quoted 19 lines
net/core/skbuff.c +19
-0+if (IS_ERR (skb)) { + *err =PTR_ERR (skb); +break ; + } + +if (xp_mb_desc (&descs[j])) { + xs->skb = skb; +continue ; + } + + xs->skb =NULL ; + i++; +__skb_queue_tail (&batch->send_queue, skb); + } + + batch->skb_count -= i; + +return j; +}
Re: [PATCH net-next v3 3/9] xsk: add xsk_alloc_batch_skb() to build skbs in batch
Quoted 100 lines · Simon Horman
On Tue, Oct 21, 2025 at 09:12:03PM +0800, Jason Xing wrote:
...
Quoted 1 line
net/core/skbuff.c +0
-0...
Quoted 73 lines
net/core/skbuff.c +69
-0@@ -615,6 +617,105 @@ static void *kmalloc_reserve(unsigned int *size, gfp_t flags, int node,return obj; } +int xsk_alloc_batch_skb (struct xdp_sock *xs,u32 nb_pkts,u32 nb_descs,int *err) +{ +struct xsk_batch *batch = &xs->batch; +struct xdp_desc *descs = batch->desc_cache; +struct sk_buff **skbs = batch->skb_cache; +gfp_t gfp_mask = xs->sk.sk_allocation; +struct net_device *dev = xs->dev; +int node =NUMA_NO_NODE ; +struct sk_buff *skb; +u32 i =0 , j =0 ; +bool pfmemalloc; +u32 base_len; +u8 *data; + + base_len =max (NET_SKB_PAD ,L1_CACHE_ALIGN (dev->needed_headroom)); +if (!(dev->priv_flags &IFF_TX_SKB_NO_LINEAR )) + base_len += dev->needed_tailroom; + +if (batch->skb_count >= nb_pkts) + goto build; + +if (xs->skb) { + i =1 ; + batch->skb_count++; + } + + batch->skb_count +=kmem_cache_alloc_bulk (net_hotdata.skbuff_cache, + gfp_mask, nb_pkts - batch->skb_count, + (void **)&skbs[batch->skb_count]); +if (batch->skb_count < nb_pkts) + nb_pkts = batch->skb_count; + +build: +for (i =0 , j =0 ; j < nb_descs; j++) { +if (!xs->skb) { +u32 size = base_len + descs[j].len; + +/* In case we don't have enough allocated skbs */ +if (i >= nb_pkts) { + *err = -EAGAIN ; +break ; + } + +if (sk_wmem_alloc_get (&xs->sk) >READ_ONCE (xs->sk.sk_sndbuf)) { + *err = -EAGAIN ; +break ; + } + + skb = skbs[batch->skb_count -1 - i]; + +prefetchw (skb); +/* We do our best to align skb_shared_info on a separate cache +* line. It usually works because kmalloc(X > SMP_CACHE_BYTES) gives +* aligned memory blocks, unless SLUB/SLAB debug is enabled. +* Both skb->head and skb_shared_info are cache line aligned. +*/ + data =kmalloc_reserve (&size, gfp_mask, node, &pfmemalloc); +if (unlikely (!data)) { + *err = -ENOBUFS ; +break ; + } +/* kmalloc_size_roundup() might give us more room than requested. +* Put skb_shared_info exactly at the end of allocated zone, +* to allow max possible filling before reallocation. +*/ +prefetchw (data +SKB_WITH_OVERHEAD (size)); + +memset (skb,0 , offsetof(struct sk_buff , tail)); +__build_skb_around (skb, data, size);net/core/skbuff.c static void *kmalloc_reserve(unsigned int *size, gfp_t flags, int node, · line 698
Quoted 10 lines
net/core/skbuff.c +10
-0+ skb->pfmemalloc = pfmemalloc; +skb_set_owner_w (skb, &xs->sk); + }else if (unlikely (i ==0 )) { +/* We have a skb in cache that is left last time */ +kmem_cache_free (net_hotdata.skbuff_cache, + skbs[batch->skb_count -1 ]); + skbs[batch->skb_count -1 ] = xs->skb; + } + + skb =xsk_build_skb (xs, skb, &descs[j]);Hi Jason,
Perhaps it cannot occur, but if we reach this line without the if (!xs->skb) condition having been met for any iteration of there loop this code sits inside, then skb will be uninitialised here.
Quoted 4 lines
Also, assuming the above doesn't occur, and perhaps this next case is intentional, but if the same condition is not met for any iteration of the loop, then skb will have its value from a prior iteration.
Thank you. You spotted one big mistake I've made. I will handle this in V4.
Quoted 2 lines
Flagged by Smatch.
Cool, I noticed that this tool you have used for a long time has found various issues!
Thanks,
Jason
Re: [PATCH net-next v3 3/9] xsk: add xsk_alloc_batch_skb() to build skbs in batch
In reply to Jason XingQuoted 83 lines · Jason Xing
From: Jason Xing <[email protected]>
Support allocating and building skbs in batch.
This patch uses
kmem_cache_alloc_bulk()to complete the batch allocation which relies on the global common cache 'net_hotdata.skbuff_cache'. Use a xsk standalone skb cache (namely,xs->skb_cache) to store allocated skbs instead of resorting tonapi_alloc_cachethat was designed for softirq condition.After allocating memory for each of skbs, in a 'for' loop, the patch borrows part of
__allocate_skb()to initialize skb and then callsxsk_build_skb()to complete the rest of initialization process, like copying data and stuff.Add batch.send_queue and use the
skb->listto make skbs into one chain so that they can be easily sent which is shown in the subsequent patches.In terms of freeing skbs process,
napi_consume_skb()in the tx completion would put the skb into global cache 'net_hotdata.skbuff_cache' that implements the deferred freeing skb feature to avoid freeing skb one by one to improve the performance.Signed-off-by Jason Xing <[email protected]>--- include/net/xdp_sock.h | 3 ++ net/core/skbuff.c | 101 +++++++++++++++++++++++++++++++++++++++++ net/xdp/xsk.c | 1 + 3 files changed, 105 insertions(+)include/net/xdp_sock.h +3
-0@@ -47,8 +47,10 @@ struct xsk_map {struct xsk_batch {u32 generic_xmit_batch; +unsigned int skb_count;struct sk_buff **skb_cache;struct xdp_desc *desc_cache; +struct sk_buff_head send_queue; };struct xdp_sock {@@ -130,6 +132,7 @@ struct xsk_tx_metadata_ops {struct sk_buff *xsk_build_skb (struct xdp_sock *xs,struct sk_buff *allocated_skb,struct xdp_desc *desc); +int xsk_alloc_batch_skb (struct xdp_sock *xs,u32 nb_pkts,u32 nb_descs,int *err);#ifdef CONFIG_XDP_SOCKETS int xsk_generic_rcv (struct xdp_sock *xs,struct xdp_buff *xdp);net/core/skbuff.c +15
-0@@ -81,6 +81,8 @@#include <net/page_pool/helpers.h> #include <net/psp/types.h> #include <net/dropreason.h> +#include <net/xdp_sock.h> +#include <net/xsk_buff_pool.h> #include <linux/uaccess.h> #include <trace/events/skb.h> @@ -615,6 +617,105 @@ static void *kmalloc_reserve(unsigned int *size, gfp_t flags, int node,return obj; } +int xsk_alloc_batch_skb (struct xdp_sock *xs,u32 nb_pkts,u32 nb_descs,int *err) +{ +struct xsk_batch *batch = &xs->batch; +struct xdp_desc *descs = batch->desc_cache; +struct sk_buff **skbs = batch->skb_cache; +gfp_t gfp_mask = xs->sk.sk_allocation; +struct net_device *dev = xs->dev; +int node =NUMA_NO_NODE ; +struct sk_buff *skb; +u32 i =0 , j =0 ; +bool pfmemalloc; +u32 base_len; +u8 *data;
net/core/skbuff.c static void *kmalloc_reserve(unsigned int *size, gfp_t flags, int node, · line 642
Quoted 10 lines
net/core/skbuff.c +10
-0+ + base_len =max (NET_SKB_PAD ,L1_CACHE_ALIGN (dev->needed_headroom)); +if (!(dev->priv_flags &IFF_TX_SKB_NO_LINEAR )) + base_len += dev->needed_tailroom; + +if (batch->skb_count >= nb_pkts) + goto build; + +if (xs->skb) { + i =1 ;
What is the point of setting i to 1 here? You always start the loop from i=0.
Re: [PATCH net-next v3 3/9] xsk: add xsk_alloc_batch_skb() to build skbs in batch
Quoted 90 lines · Stanislav Fomichev
Quoted 88 lines · Jason Xing
From: Jason Xing <[email protected]>
Support allocating and building skbs in batch.
This patch uses
kmem_cache_alloc_bulk()to complete the batch allocation which relies on the global common cache 'net_hotdata.skbuff_cache'. Use a xsk standalone skb cache (namely,xs->skb_cache) to store allocated skbs instead of resorting tonapi_alloc_cachethat was designed for softirq condition.After allocating memory for each of skbs, in a 'for' loop, the patch borrows part of
__allocate_skb()to initialize skb and then callsxsk_build_skb()to complete the rest of initialization process, like copying data and stuff.Add batch.send_queue and use the
skb->listto make skbs into one chain so that they can be easily sent which is shown in the subsequent patches.In terms of freeing skbs process,
napi_consume_skb()in the tx completion would put the skb into global cache 'net_hotdata.skbuff_cache' that implements the deferred freeing skb feature to avoid freeing skb one by one to improve the performance.Signed-off-by Jason Xing <[email protected]>--- include/net/xdp_sock.h | 3 ++ net/core/skbuff.c | 101 +++++++++++++++++++++++++++++++++++++++++ net/xdp/xsk.c | 1 + 3 files changed, 105 insertions(+)include/net/xdp_sock.h +3
-0@@ -47,8 +47,10 @@ struct xsk_map {struct xsk_batch {u32 generic_xmit_batch; +unsigned int skb_count;struct sk_buff **skb_cache;struct xdp_desc *desc_cache; +struct sk_buff_head send_queue; };struct xdp_sock {@@ -130,6 +132,7 @@ struct xsk_tx_metadata_ops {struct sk_buff *xsk_build_skb (struct xdp_sock *xs,struct sk_buff *allocated_skb,struct xdp_desc *desc); +int xsk_alloc_batch_skb (struct xdp_sock *xs,u32 nb_pkts,u32 nb_descs,int *err);#ifdef CONFIG_XDP_SOCKETS int xsk_generic_rcv (struct xdp_sock *xs,struct xdp_buff *xdp);net/core/skbuff.c +20
-0@@ -81,6 +81,8 @@#include <net/page_pool/helpers.h> #include <net/psp/types.h> #include <net/dropreason.h> +#include <net/xdp_sock.h> +#include <net/xsk_buff_pool.h> #include <linux/uaccess.h> #include <trace/events/skb.h> @@ -615,6 +617,105 @@ static void *kmalloc_reserve(unsigned int *size, gfp_t flags, int node,return obj; } +int xsk_alloc_batch_skb (struct xdp_sock *xs,u32 nb_pkts,u32 nb_descs,int *err) +{ +struct xsk_batch *batch = &xs->batch; +struct xdp_desc *descs = batch->desc_cache; +struct sk_buff **skbs = batch->skb_cache; +gfp_t gfp_mask = xs->sk.sk_allocation; +struct net_device *dev = xs->dev; +int node =NUMA_NO_NODE ; +struct sk_buff *skb; +u32 i =0 , j =0 ; +bool pfmemalloc; +u32 base_len; +u8 *data; + + base_len =max (NET_SKB_PAD ,L1_CACHE_ALIGN (dev->needed_headroom)); +if (!(dev->priv_flags &IFF_TX_SKB_NO_LINEAR )) + base_len += dev->needed_tailroom; +
Quoted 8 lines
net/core/skbuff.c static void *kmalloc_reserve(unsigned int *size, gfp_t flags, int node, · line 642
Quoted 5 lines
net/core/skbuff.c +5
-0+if (batch->skb_count >= nb_pkts) + goto build; + +if (xs->skb) { + i =1 ;What is the point of setting i to 1 here? You always start the loop from i=0.
Oh, right, I should've removed it!
Thanks,
Jason
PATCH v3 4/9 xsk: add direct xmit in batch function
In reply to Jason XingFrom: Jason Xing <[email protected]>
Add batch xmit logic.
Only grabbing the lock and disable bottom half once and sent all the aggregated packets in one loop. Via skb->list, the already built skbs can be handled one by one.
--- include/net/xdp_sock.h | 1 + net/core/dev.c | 22 ++++++++++++++++++++++ 2 files changed, 23 insertions(+)
include/net/xdp_sock.h +1 -0
@@ -133,6 +133,7 @@ struct sk_buff *xsk_build_skb(struct xdp_sock *xs,struct sk_buff *allocated_skb, struct xdp_desc *desc);int xsk_alloc_batch_skb (struct xdp_sock *xs,u32 nb_pkts,u32 nb_descs,int *err); +int xsk_direct_xmit_batch (struct xdp_sock *xs,struct net_device *dev);#ifdef CONFIG_XDP_SOCKETS int xsk_generic_rcv (struct xdp_sock *xs,struct xdp_buff *xdp);
net/core/dev.c +22 -0
@@ -163,6 +163,7 @@#include <net/page_pool/memory_provider.h> #include <net/rps.h> #include <linux/phy_link_topology.h> +#include <net/xdp_sock.h> #include "dev.h" #include "devmem.h"
@@ -4792,6 +4793,27 @@ int __dev_queue_xmit(struct sk_buff *skb, struct net_device *sb_dev) }EXPORT_SYMBOL (__dev_queue_xmit); +int xsk_direct_xmit_batch (struct xdp_sock *xs,struct net_device *dev) +{ +u16 queue_id = xs->queue_id; +struct netdev_queue *txq =netdev_get_tx_queue (dev, queue_id); +int ret =NETDEV_TX_BUSY ; +struct sk_buff *skb; + +local_bh_disable (); +HARD_TX_LOCK (dev, txq,smp_processor_id ()); +while ((skb =__skb_dequeue (&xs->batch.send_queue)) !=NULL ) { +skb_set_queue_mapping (skb, queue_id); + ret =netdev_start_xmit (skb, dev, txq, false); +if (ret !=NETDEV_TX_OK ) +break ; + } +HARD_TX_UNLOCK (dev, txq); +local_bh_enable (); + +return ret; +} +int __dev_direct_xmit (struct sk_buff *skb,u16 queue_id) {struct net_device *dev = skb->dev;
Signature · 1 line
2.41.3
PATCH v3 5/9 xsk: rename nb_pkts to nb_descs in xsk_tx_peek_release_desc_batch
In reply to Jason XingFrom: Jason Xing <[email protected]>
Rename the last parameter to nb_descs for more accurate naming. Next patch will add a real nb_pkts parameter to help copy mode count how many pakcets are needed.
No functional change here.
--- net/xdp/xsk.c | 28 ++++++++++++++-------------- 1 file changed, 14 insertions(+), 14 deletions(-)
net/xdp/xsk.c +14 -14
@@ -485,16 +485,16 @@ EXPORT_SYMBOL(xsk_tx_peek_desc);static u32 xsk_tx_peek_release_fallback (struct xsk_buff_pool *pool,u32 max_entries) {struct xdp_desc *descs = pool->tx_descs; -u32 nb_pkts =0 ; +u32 nb_descs =0 ; -while (nb_pkts < max_entries &&xsk_tx_peek_desc (pool, &descs[nb_pkts])) - nb_pkts++; +while (nb_descs < max_entries &&xsk_tx_peek_desc (pool, &descs[nb_descs])) + nb_descs++;xsk_tx_release (pool); -return nb_pkts; +return nb_descs; } -u32 xsk_tx_peek_release_desc_batch (struct xsk_buff_pool *pool,u32 nb_pkts) +u32 xsk_tx_peek_release_desc_batch (struct xsk_buff_pool *pool,u32 nb_descs) {struct xdp_sock *xs;
@@ -502,16 +502,16 @@ u32 xsk_tx_peek_release_desc_batch(struct xsk_buff_pool *pool, u32 nb_pkts)if (!list_is_singular (&pool->xsk_tx_list)) {/* Fallback to the non-batched version */ rcu_read_unlock (); -return xsk_tx_peek_release_fallback (pool, nb_pkts); +return xsk_tx_peek_release_fallback (pool, nb_descs); } xs = list_first_or_null_rcu(&pool->xsk_tx_list, struct xdp_sock, tx_list);if (!xs) { - nb_pkts =0 ; + nb_descs =0 ; goto out; } - nb_pkts =xskq_cons_nb_entries (xs->tx, nb_pkts); + nb_descs =xskq_cons_nb_entries (xs->tx, nb_descs);/* This is the backpressure mechanism for the Tx path. Try to * reserve space in the completion queue for all packets, but
@@ -519,23 +519,23 @@ u32 xsk_tx_peek_release_desc_batch(struct xsk_buff_pool *pool, u32 nb_pkts)* packets. This avoids having to implement any buffering in * the Tx path. */ - nb_pkts =xskq_prod_nb_free (pool->cq, nb_pkts); -if (!nb_pkts) + nb_descs =xskq_prod_nb_free (pool->cq, nb_descs); +if (!nb_descs) goto out; - nb_pkts =xskq_cons_read_desc_batch (xs->tx, pool, nb_pkts); -if (!nb_pkts) { + nb_descs =xskq_cons_read_desc_batch (xs->tx, pool, nb_descs); +if (!nb_descs) { xs->tx->queue_empty_descs++; goto out; }__xskq_cons_release (xs->tx); -xskq_prod_write_addr_batch (pool->cq, pool->tx_descs, nb_pkts); +xskq_prod_write_addr_batch (pool->cq, pool->tx_descs, nb_descs); xs->sk.sk_write_space (&xs->sk); out:rcu_read_unlock (); -return nb_pkts; +return nb_descs; }EXPORT_SYMBOL (xsk_tx_peek_release_desc_batch);
Signature · 1 line
2.41.3
PATCH v3 6/9 xsk: extend xskq_cons_read_desc_batch to count nb_pkts
In reply to Jason XingFrom: Jason Xing <[email protected]>
Add a new parameter nb_pkts to count how many packets are needed practically by copy mode with the help of XDP_PKT_CONTD option.
Add descs to provide a way to pass xs->desc_cache to store the descriptors for copy mode.
--- net/xdp/xsk.c | 3 ++- net/xdp/xsk_queue.h | 5 +++-- 2 files changed, 5 insertions(+), 3 deletions(-)
net/xdp/xsk.c +2 -1
@@ -523,7 +523,8 @@ u32 xsk_tx_peek_release_desc_batch(struct xsk_buff_pool *pool, u32 nb_descs)if (!nb_descs) goto out; - nb_descs =xskq_cons_read_desc_batch (xs->tx, pool, nb_descs); + nb_descs =xskq_cons_read_desc_batch (xs->tx, pool, pool->tx_descs, + nb_descs,NULL );if (!nb_descs) { xs->tx->queue_empty_descs++; goto out;
net/xdp/xsk_queue.h +3 -2
@@ -235,10 +235,9 @@ static inline void parse_desc(struct xsk_queue *q, struct xsk_buff_pool *pool,static inline u32 xskq_cons_read_desc_batch (struct xsk_queue *q,struct xsk_buff_pool *pool, -u32 max) +struct xdp_desc *descs,u32 max,u32 *nb_pkts) {u32 cached_cons = q->cached_cons, nb_entries =0 ; -struct xdp_desc *descs = pool->tx_descs;u32 total_descs =0 , nr_frags =0 ;/* track first entry, if stumble upon *any* invalid descriptor, rewind
@@ -258,6 +257,8 @@ u32 xskq_cons_read_desc_batch(struct xsk_queue *q, struct xsk_buff_pool *pool,if (likely (!parsed.mb)) { total_descs += (nr_frags +1 ); nr_frags =0 ; +if (nb_pkts) + (*nb_pkts)++; }else { nr_frags++;if (nr_frags == pool->xdp_zc_max_segs) {
Signature · 1 line
2.41.3
PATCH v3 7/9 xsk: support batch xmit main logic
In reply to Jason XingFrom: Jason Xing <[email protected]>
This function __xsk_generic_xmit_batch() is the core function in batches xmit, implement a batch version of __xsk_generic_xmit().
The whole logic is divided into sections:
1. check if we have enough available slots in tx ring and completion ring.
2. read descriptors from tx ring into pool->tx_descs in batches
3. reserve enough slots in completion ring to avoid backpressure
4. allocate and build skbs in batches
5. send all the possible packets in batches at one time
--- net/xdp/xsk.c | 108 ++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 108 insertions(+)
net/xdp/xsk.c +108 -0
@@ -878,6 +878,114 @@ struct sk_buff *xsk_build_skb(struct xdp_sock *xs,return ERR_PTR (err); } +static int __xsk_generic_xmit_batch (struct xdp_sock *xs) +{ +struct xsk_batch *batch = &xs->batch; +struct xdp_desc *descs = batch->desc_cache; +struct xsk_buff_pool *pool = xs->pool; +u32 nb_pkts, nb_descs, cons_descs; +struct net_device *dev = xs->dev; +bool sent_frame = false; +u32 max_batch, expected; +u32 i =0 , max_budget; +struct sk_buff *skb; +int err =0 ; + +mutex_lock (&xs->mutex); + +/* Since we dropped the RCU read lock, the socket state might have changed. */ +if (unlikely (!xsk_is_bound (xs))) { + err = -ENXIO ; + goto out; + } + +if (xs->queue_id >= dev->real_num_tx_queues) + goto out; + +if (unlikely (!netif_running (dev) || + !netif_carrier_ok (dev))) + goto out; + + max_budget =READ_ONCE (xs->max_tx_budget); + max_batch = batch->generic_xmit_batch; + +for (i =0 ; i < max_budget; i += cons_descs) { + expected = max_budget - i; + expected = max_batch > expected ? expected : max_batch; + nb_descs =xskq_cons_nb_entries (xs->tx, expected); +if (!nb_descs) + goto out; + +/* This is the backpressure mechanism for the Tx path. Try to +* reserve space in the completion queue for all packets, but +* if there are fewer slots available, just process that many +* packets. This avoids having to implement any buffering in +* the Tx path. +*/ + nb_descs =xskq_prod_nb_free (pool->cq, nb_descs); +if (!nb_descs) { + err = -EAGAIN ; + goto out; + } + + nb_pkts =0 ; + nb_descs =xskq_cons_read_desc_batch (xs->tx, pool, descs, + nb_descs, &nb_pkts); +if (!nb_descs) { + err = -EAGAIN ; + xs->tx->queue_empty_descs++; + goto out; + } + + cons_descs =xsk_alloc_batch_skb (xs, nb_pkts, nb_descs, &err); +/* Return 'nb_descs - cons_descs' number of descs to the +* pool if the batch allocation partially fails +*/ +if (cons_descs < nb_descs) { +xskq_cons_cancel_n (xs->tx, nb_descs - cons_descs); +xsk_cq_cancel_locked (xs->pool, nb_descs - cons_descs); + } + +if (!skb_queue_empty (&batch->send_queue)) { +int err_xmit; + + err_xmit =xsk_direct_xmit_batch (xs, dev); +if (err_xmit ==NETDEV_TX_BUSY ) + err = -EAGAIN ; +else if (err_xmit ==NET_XMIT_DROP ) + err = -EBUSY ; + + sent_frame = true; + xs->skb =NULL ; + } + +if (err) + goto out; + } + +/* Maximum budget of descriptors have been consumed */ + err = -EAGAIN ; + +if (xskq_has_descs (xs->tx)) { +if (xs->skb) +xsk_drop_skb (xs->skb); + } + +out: +/* If send_queue has more pending skbs, we must to clear +* the rest of them. +*/ +while ((skb =__skb_dequeue (&batch->send_queue)) !=NULL ) { +xskq_cons_cancel_n (xs->tx,xsk_get_num_desc (skb)); +xsk_consume_skb (skb); + } +if (sent_frame) +__xsk_tx_release (xs); + +mutex_unlock (&xs->mutex); +return err; +} +static int __xsk_generic_xmit (struct sock *sk) {struct xdp_sock *xs =xdp_sk (sk);
Signature · 1 line
2.41.3
Simon Horman
reviewerRe: [PATCH net-next v3 7/9] xsk: support batch xmit main logic
Quoted 13 lines · Jason Xing
From: Jason Xing <[email protected]>
This function
__xsk_generic_xmit_batch()is the core function in batches xmit, implement a batch version of__xsk_generic_xmit().The whole logic is divided into sections:
1. check if we have enough available slots in tx ring and completion ring.
2. read descriptors from tx ring intopool->tx_descsin batches
3. reserve enough slots in completion ring to avoid backpressure
4. allocate and build skbs in batches
5. send all the possible packets in batches at one time
Quoted 1 line
Signed-off-by Jason Xing <[email protected]>
Hi Jason,
__xsk_generic_xmit_batch is defined in this patch, but not used until the next one. Which results in a transient warning when building with W=1.
Perhaps it's just as well to squash this patch into the following patch?
...
Re: [PATCH net-next v3 7/9] xsk: support batch xmit main logic
Quoted 17 lines · Simon Horman
Quoted 13 lines · Jason Xing
From: Jason Xing <[email protected]>
This function
__xsk_generic_xmit_batch()is the core function in batches xmit, implement a batch version of__xsk_generic_xmit().The whole logic is divided into sections:
1. check if we have enough available slots in tx ring and completion ring.
2. read descriptors from tx ring intopool->tx_descsin batches
3. reserve enough slots in completion ring to avoid backpressure
4. allocate and build skbs in batches
5. send all the possible packets in batches at one timeQuoted 1 line
Signed-off-by Jason Xing <[email protected]>
Quoted 7 lines
Hi Jason,
__xsk_generic_xmit_batchis defined in this patch, but not used until the next one. Which results in a transient warning when building with W=1.Perhaps it's just as well to squash this patch into the following patch?
Sure, I will do it as long as reviewers will not complain that patch is too long :P
Thanks,
Jason
PATCH v3 8/9 xsk: support generic batch xmit in copy mode
In reply to Jason XingFrom: Jason Xing <[email protected]>
- Move xs->mutex into xsk_generic_xmit to prevent race condition when application manipulates generic_xmit_batch simultaneously.
- Enable batch xmit eventually.
Make the whole feature work eventually.
--- net/xdp/xsk.c | 17 ++++++++--------- 1 file changed, 8 insertions(+), 9 deletions(-)
net/xdp/xsk.c +8 -9
@@ -891,8 +891,6 @@ static int __xsk_generic_xmit_batch(struct xdp_sock *xs)struct sk_buff *skb;int err =0 ; -mutex_lock (&xs->mutex); -/* Since we dropped the RCU read lock, the socket state might have changed. */ if (unlikely (!xsk_is_bound (xs))) { err = -ENXIO ;
@@ -982,21 +980,17 @@ static int __xsk_generic_xmit_batch(struct xdp_sock *xs)if (sent_frame)__xsk_tx_release (xs); -mutex_unlock (&xs->mutex);return err; } -static int __xsk_generic_xmit (struct sock *sk) +static int __xsk_generic_xmit (struct xdp_sock *xs) { -struct xdp_sock *xs =xdp_sk (sk);bool sent_frame = false;struct xdp_desc desc;struct sk_buff *skb;u32 max_batch;int err =0 ; -mutex_lock (&xs->mutex); -/* Since we dropped the RCU read lock, the socket state might have changed. */ if (unlikely (!xsk_is_bound (xs))) { err = -ENXIO ;
@@ -1071,17 +1065,22 @@ static int __xsk_generic_xmit(struct sock *sk)if (sent_frame)__xsk_tx_release (xs); -mutex_unlock (&xs->mutex);return err; }static int xsk_generic_xmit (struct sock *sk) { +struct xdp_sock *xs =xdp_sk (sk);int ret;/* Drop the RCU lock since the SKB path might sleep. */ rcu_read_unlock (); - ret =__xsk_generic_xmit (sk); +mutex_lock (&xs->mutex); +if (xs->batch.generic_xmit_batch) + ret =__xsk_generic_xmit_batch (xs); +else + ret =__xsk_generic_xmit (xs); +mutex_unlock (&xs->mutex);/* Reaquire RCU lock before going into common code. */ rcu_read_lock ();
Signature · 1 line
2.41.3
Re: [PATCH net-next v3 8/9] xsk: support generic batch xmit in copy mode
Quoted 60 lines · Jason Xing
From: Jason Xing <[email protected]>
- Move
xs->mutexintoxsk_generic_xmitto prevent race condition when application manipulatesgeneric_xmit_batchsimultaneously.
- Enable batch xmit eventually.Make the whole feature work eventually.
Signed-off-by Jason Xing <[email protected]>--- net/xdp/xsk.c | 17 ++++++++--------- 1 file changed, 8 insertions(+), 9 deletions(-)net/xdp/xsk.c +2
-8@@ -891,8 +891,6 @@ static int __xsk_generic_xmit_batch(struct xdp_sock *xs)struct sk_buff *skb;int err =0 ; -mutex_lock (&xs->mutex); -/* Since we dropped the RCU read lock, the socket state might have changed. */ if (unlikely (!xsk_is_bound (xs))) { err = -ENXIO ;@@ -982,21 +980,17 @@ static int __xsk_generic_xmit_batch(struct xdp_sock *xs)if (sent_frame)__xsk_tx_release (xs); -mutex_unlock (&xs->mutex);return err; } -static int __xsk_generic_xmit (struct sock *sk) +static int __xsk_generic_xmit (struct xdp_sock *xs) { -struct xdp_sock *xs =xdp_sk (sk);bool sent_frame = false;struct xdp_desc desc;struct sk_buff *skb;u32 max_batch;int err =0 ; -mutex_lock (&xs->mutex); -/* Since we dropped the RCU read lock, the socket state might have changed. */ if (unlikely (!xsk_is_bound (xs))) { err = -ENXIO ;@@ -1071,17 +1065,22 @@ static int __xsk_generic_xmit(struct sock *sk)if (sent_frame)__xsk_tx_release (xs); -mutex_unlock (&xs->mutex);return err; }static int xsk_generic_xmit (struct sock *sk) { +struct xdp_sock *xs =xdp_sk (sk);
net/xdp/xsk.c static int __xsk_generic_xmit(struct sock *sk) · line 1082
Quoted 10 lines
net/xdp/xsk.c +5
-1int ret;/* Drop the RCU lock since the SKB path might sleep. */ rcu_read_unlock (); - ret =__xsk_generic_xmit (sk); +mutex_lock (&xs->mutex); +if (xs->batch.generic_xmit_batch) + ret =__xsk_generic_xmit_batch (xs); +else + ret =__xsk_generic_xmit (xs);
What's the point of keeping __xsk_generic_xmit? Can we have batch=1 by default and always use __xsk_generic_xmit_batch?
Re: [PATCH net-next v3 8/9] xsk: support generic batch xmit in copy mode
Quoted 64 lines · Stanislav Fomichev
Quoted 62 lines · Jason Xing
From: Jason Xing <[email protected]>
- Move
xs->mutexintoxsk_generic_xmitto prevent race condition when application manipulatesgeneric_xmit_batchsimultaneously.
- Enable batch xmit eventually.Make the whole feature work eventually.
Signed-off-by Jason Xing <[email protected]>--- net/xdp/xsk.c | 17 ++++++++--------- 1 file changed, 8 insertions(+), 9 deletions(-)net/xdp/xsk.c +2
-8@@ -891,8 +891,6 @@ static int __xsk_generic_xmit_batch(struct xdp_sock *xs)struct sk_buff *skb;int err =0 ; -mutex_lock (&xs->mutex); -/* Since we dropped the RCU read lock, the socket state might have changed. */ if (unlikely (!xsk_is_bound (xs))) { err = -ENXIO ;@@ -982,21 +980,17 @@ static int __xsk_generic_xmit_batch(struct xdp_sock *xs)if (sent_frame)__xsk_tx_release (xs); -mutex_unlock (&xs->mutex);return err; } -static int __xsk_generic_xmit (struct sock *sk) +static int __xsk_generic_xmit (struct xdp_sock *xs) { -struct xdp_sock *xs =xdp_sk (sk);bool sent_frame = false;struct xdp_desc desc;struct sk_buff *skb;u32 max_batch;int err =0 ; -mutex_lock (&xs->mutex); -/* Since we dropped the RCU read lock, the socket state might have changed. */ if (unlikely (!xsk_is_bound (xs))) { err = -ENXIO ;@@ -1071,17 +1065,22 @@ static int __xsk_generic_xmit(struct sock *sk)if (sent_frame)__xsk_tx_release (xs); -mutex_unlock (&xs->mutex);return err; }static int xsk_generic_xmit (struct sock *sk) { +struct xdp_sock *xs =xdp_sk (sk);int ret;
Quoted 11 lines
net/xdp/xsk.c static int __xsk_generic_xmit(struct sock *sk) · line 1082
Quoted 8 lines
net/xdp/xsk.c +5
-1/* Drop the RCU lock since the SKB path might sleep. */ rcu_read_unlock (); - ret =__xsk_generic_xmit (sk); +mutex_lock (&xs->mutex); +if (xs->batch.generic_xmit_batch) + ret =__xsk_generic_xmit_batch (xs); +else + ret =__xsk_generic_xmit (xs);What's the point of keeping
__xsk_generic_xmit? Can we have batch=1 by default and always use__xsk_generic_xmit_batch?
Spot on. Thanks. Then I can fully replace it with the new function.
Thanks,
Jason
PATCH v3 9/9 xsk: support dynamic xmit.more control for batch xmit
In reply to Jason XingFrom: Jason Xing <[email protected]>
Only set xmit.more false for the last skb.
In theory, only making xmit.more false for the last packets to be sent in each round can bring much benefit like avoid triggering too many irqs.
Compared to the numbers for batch mode, a huge improvement (26%) can be seen on i40e/ixgbe driver since the cost of triggering irqs is expensive.
--- net/core/dev.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-)
net/core/dev.c +6 -2
@@ -4797,14 +4797,18 @@ int xsk_direct_xmit_batch(struct xdp_sock *xs, struct net_device *dev) {u16 queue_id = xs->queue_id;struct netdev_queue *txq =netdev_get_tx_queue (dev, queue_id); +struct sk_buff_head *send_queue = &xs->batch.send_queue;int ret =NETDEV_TX_BUSY ;struct sk_buff *skb; +bool more = true;local_bh_disable ();HARD_TX_LOCK (dev, txq,smp_processor_id ()); -while ((skb =__skb_dequeue (&xs->batch.send_queue)) !=NULL ) { +while ((skb =__skb_dequeue (send_queue)) !=NULL ) { +if (!skb_peek (send_queue)) + more = false;skb_set_queue_mapping (skb, queue_id); - ret =netdev_start_xmit (skb, dev, txq, false); + ret =netdev_start_xmit (skb, dev, txq, more);if (ret !=NETDEV_TX_OK )break ; }
Signature · 1 line
2.41.3