Skip to contentSkip to conversation

io_uring: add napi busy polling support

PATCH Superseded Stefan Roesch 2 participants 13 messages Feb 9, 2023 – Feb 15, 2023 io_uring

v8 of 15 Superseded Latest is v15 →

lore
Share & tools
lore
#0 lore raw

v8 cover io_uring: add napi busy polling support

This adds the napi busy polling support in io_uring.c. It adds a new napi_list to the io_ring_ctx structure. This list contains the list of napi_id's that are currently enabled for busy polling. This list is used to determine which napi id's enabled busy polling. For faster access it also adds a hash table.

When a new napi id is added, the hash table is used to locate if the napi id has already been added. When processing the busy poll loop the list is used to process the individual elements.

io-uring allows specifying two parameters:
- busy poll timeout and
- prefer busy poll to call of io_napi_busy_loop()
This sets the above parameters for the ring. The settings are passed with a new structure io_uring_napi.

There is also a corresponding liburing patch series, which enables this feature. The name of the series is "liburing: add add api for napi busy poll timeout". It also contains two programs to test the this.

Testing has shown that the round-trip times are reduced to 38us from 55us by enabling napi busy polling with a busy poll timeout of 100us. More detailled results are part of the commit message of the first patch.

Changes:
- V8:
- added new file napi.c and add napi functions to this file
- added NAPI_LIST_HEAD function so no ifdef is necessary
- added io_napi_init and io_napi_free function
- added io_napi_setup_busy loop helper function
- added io_napi_adjust_busy_loop helper function
- added io_napi_end_busy_loop helper function
- added io_napi_sqpoll_busy_poll helper function
- some of the definitions in napi.h are macros to avoid ifdef definitions in io_uring.c, poll.c and sqpoll.c
- changed signature of io_napi_add function
- changed size of hashtable to 16. The number of entries is limited by the number of nic queues.
- Removed ternary in io_napi_blocking_busy_loop
- Rewrote io_napi_blocking_busy_loop to make it more readable
- Split off 3 more patches
- V7:
- allow unregister with NULL value for arg parameter
- return -EOPNOTSUPP if CONFIG_NET_RX_BUSY_POLL is not enabled
- V6:
- Add a hash table on top of the list for faster access during the add operation. The linked list and the hash table use the same data structure
- V5:
- Refreshed to 6.1-rc6
- Use copy_from_user instead of memdup/kfree
- Removed the moving of napi_busy_poll_to
- Return -EINVAL if any of the reserved or padded fields are not 0.
- V4:
- Pass structure for napi config, instead of individual parameters
- V3:
- Refreshed to 6.1-rc5
- Added a new io-uring api for the prefer napi busy poll api and wire it to io_napi_busy_loop().
- Removed the unregister (implemented as register)
- Added more performance results to the first commit message.
- V2:
- Add missing defines if CONFIG_NET_RX_BUSY_POLL is not defined
- Changes signature of function io_napi_add_list to static inline if CONFIG_NET_RX_BUSY_POLL is not defined
- define some functions as static

Stefan Roesch (7):
io-uring: move io_wait_queue definition to header file
io-uring: add napi fields to io_ring_ctx
io-uring: add busy poll timeout, prefer busy poll to io_wait_queue
io-uring: add napi busy poll support
io-uring: add sqpoll support for napi busy poll
io_uring: add api to set / get napi configuration.
io_uring: add api to set / get napi configuration.

 include/linux/io_uring_types.h |  10 +
 include/uapi/linux/io_uring.h  |  12 ++
 io_uring/Makefile              |   1 +
 io_uring/io_uring.c            |  42 ++--
 io_uring/io_uring.h            |  26 +++
 io_uring/napi.c                | 345 +++++++++++++++++++++++++++++++++
 io_uring/napi.h                |  64 ++++++
 io_uring/poll.c                |   2 +
 io_uring/sqpoll.c              |   4 +
 9 files changed, 485 insertions(+), 21 deletions(-)
 create mode 100644 io_uring/napi.c
 create mode 100644 io_uring/napi.h

base-commit: 2f2bb1ffc9983e227424d0787289da5483b0c74f

Signature · 1 line
2.30.2
#1 lore raw

PATCH v8 1/7 io-uring: move io_wait_queue definition to header file

This moves the definition of the io_wait_queue structure to the header file so it can be also used from other files.

---
 io_uring/io_uring.c | 21 ---------------------
 io_uring/io_uring.h | 22 ++++++++++++++++++++++
 2 files changed, 22 insertions(+), 21 deletions(-)
io_uring/io_uring.c +0 -21
index 0e42160a3051..5d6aa783fb97 100644
@@ -2468,33 +2468,12 @@ int io_submit_sqes(struct io_ring_ctx *ctx, unsigned int nr)
 	return ret;
 }
 
-struct io_wait_queue {
-	struct wait_queue_entry wq;
-	struct io_ring_ctx *ctx;
-	unsigned cq_tail;
-	unsigned nr_timeouts;
-	ktime_t timeout;
-};
-
 static inline bool io_has_work(struct io_ring_ctx *ctx)
 {
 	return test_bit(IO_CHECK_CQ_OVERFLOW_BIT, &ctx->check_cq) ||
 	       !llist_empty(&ctx->work_llist);
 }
 
-static inline bool io_should_wake(struct io_wait_queue *iowq)
-{
-	struct io_ring_ctx *ctx = iowq->ctx;
-	int dist = READ_ONCE(ctx->rings->cq.tail) - (int) iowq->cq_tail;
-
-	/*
-	 * Wake up if we have enough events, or if a timeout occurred since we
-	 * started waiting. For timeouts, we always want to return to userspace,
-	 * regardless of event count.
-	 */
-	return dist >= 0 || atomic_read(&ctx->cq_timeouts) != iowq->nr_timeouts;
-}
-
 static int io_wake_function(struct wait_queue_entry *curr, unsigned int mode,
 			    int wake_flags, void *key)
 {
io_uring/io_uring.h +22 -0
index 2711865f1e19..021f9af37c74 100644
@@ -27,6 +27,28 @@ enum {
 	IOU_STOP_MULTISHOT	= -ECANCELED,
 };
 
+struct io_wait_queue {
+	struct wait_queue_entry wq;
+	struct io_ring_ctx *ctx;
+	unsigned cq_tail;
+	unsigned nr_timeouts;
+	ktime_t timeout;
+
+};
+
+static inline bool io_should_wake(struct io_wait_queue *iowq)
+{
+	struct io_ring_ctx *ctx = iowq->ctx;
+	int dist = READ_ONCE(ctx->rings->cq.tail) - (int) iowq->cq_tail;
+
+	/*
+	 * Wake up if we have enough events, or if a timeout occurred since we
+	 * started waiting. For timeouts, we always want to return to userspace,
+	 * regardless of event count.
+	 */
+	return dist >= 0 || atomic_read(&ctx->cq_timeouts) != iowq->nr_timeouts;
+}
+
 struct io_uring_cqe *__io_get_cqe(struct io_ring_ctx *ctx, bool overflow);
 bool io_req_cqe_overflow(struct io_kiocb *req);
 int io_run_task_work_sig(struct io_ring_ctx *ctx);
Signature · 1 line
2.30.2
#2 lore raw

PATCH v8 2/7 io-uring: add napi fields to io_ring_ctx

In reply to Stefan Roesch

Add the napi fields to the io_ring_ctx data structure. It contains of a list, a hash table and two settings. The settings are the busy poll timeout and prefer busy poll.

The list and the hash table operate on the same data structure. The hash table is used when adding elements and the list is used when executing the busy poll loop.

---
 include/linux/io_uring_types.h | 10 ++++++++++
 1 file changed, 10 insertions(+)
include/linux/io_uring_types.h +10 -0
index 0efe4d784358..fe4033aacc4c 100644
@@ -2,6 +2,7 @@
 #define IO_URING_TYPES_H
 
 #include <linux/blkdev.h>
+#include <linux/hashtable.h>
 #include <linux/task_work.h>
 #include <linux/bitmap.h>
 #include <linux/llist.h>
@@ -276,6 +277,15 @@ struct io_ring_ctx {
 	struct xarray		personalities;
 	u32			pers_next;
 
+#ifdef CONFIG_NET_RX_BUSY_POLL
+	struct list_head	napi_list;	/* track busy poll napi_id */
+	spinlock_t		napi_lock;	/* napi_list lock */
+
+	DECLARE_HASHTABLE(napi_ht, 4);
+	unsigned int		napi_busy_poll_to; /* napi busy poll default timeout */
+	bool			napi_prefer_busy_poll;
+#endif
+
 	struct {
 		/*
 		 * We cache a range of free CQEs we can use, once exhausted it
Signature · 1 line
2.30.2
#3 lore raw

PATCH v8 3/7 io-uring: add busy poll timeout, prefer busy poll to io_wait_queue

In reply to Stefan Roesch

This adds the two fields busy poll timeout and prefer busy poll to the io_wait_queue structure. They are used during the busy poll processing.

---
 io_uring/io_uring.h | 4 ++++
 1 file changed, 4 insertions(+)
io_uring/io_uring.h +4 -0
index 021f9af37c74..2e1b8de8505a 100644
@@ -34,6 +34,10 @@ struct io_wait_queue {
 	unsigned nr_timeouts;
 	ktime_t timeout;
 
+#ifdef CONFIG_NET_RX_BUSY_POLL
+	unsigned int napi_busy_poll_to;
+	bool napi_prefer_busy_poll;
+#endif
 };
 
 static inline bool io_should_wake(struct io_wait_queue *iowq)
Signature · 1 line
2.30.2
#4 lore raw

PATCH v8 4/7 io-uring: add napi busy poll support

In reply to Stefan Roesch

This adds the napi busy polling support in io_uring.c. It adds a new napi_list to the io_ring_ctx structure. This list contains the list of napi_id's that are currently enabled for busy polling. The list is synchronized by the new napi_lock spin lock. The current default napi busy polling time is stored in napi_busy_poll_to. If napi busy polling is not enabled, the value is 0.

In addition there is also a hash table. The hash table store the napi id ond the pointer to the above list nodes. The hash table is used to speed up the lookup to the list elements.

The NAPI_TIMEOUT is stored as a timeout to make sure that the time a napi entry is stored in the napi list is limited.

The busy poll timeout is also stored as part of the io_wait_queue. This is necessary as for sq polling the poll interval needs to be adjusted and the napi callback allows only to pass in one value.

This has been tested with two simple programs from the liburing library
repository: the napi client and the napi server program. The client sends a request, which has a timestamp in its payload and the server replies with the same payload. The client calculates the roundtrip time and stores it to calcualte the results.

The client is running on host1 and the server is running on host 2 (in the same rack). The measured times below are roundtrip times. They are average times over 5 runs each. Each run measures 1 million roundtrips.

no rx coal rx coal: frames=88,usecs=33
Default 57us 56us

client_poll=100us 47us 46us

server_poll=100us 51us 46us

client_poll=100us+ 40us 40us
server_poll=100us

client_poll=100us+ 41us 39us
server_poll=100us+
prefer napi busy poll on client

client_poll=100us+ 41us 39us
server_poll=100us+
prefer napi busy poll on server

client_poll=100us+ 41us 39us
server_poll=100us+
prefer napi busy poll on client + server

---
 io_uring/Makefile   |   1 +
 io_uring/io_uring.c |  12 ++
 io_uring/napi.c     | 281 ++++++++++++++++++++++++++++++++++++++++++++
 io_uring/napi.h     |  49 ++++++++
 io_uring/poll.c     |   2 +
 5 files changed, 345 insertions(+)
 create mode 100644 io_uring/napi.c
 create mode 100644 io_uring/napi.h
io_uring/Makefile +1 -0
index 8cc8e5387a75..2efe7c5f07ba 100644
@@ -9,3 +9,4 @@ obj-$(CONFIG_IO_URING)		+= io_uring.o xattr.o nop.o fs.o splice.o \
 					sqpoll.o fdinfo.o tctx.o poll.o \
 					cancel.o kbuf.o rsrc.o rw.o opdef.o notif.o
 obj-$(CONFIG_IO_WQ)		+= io-wq.o
+obj-$(CONFIG_NET_RX_BUSY_POLL) += napi.o
io_uring/io_uring.c +12 -0
index 5d6aa783fb97..7074379a9bd0 100644
@@ -90,6 +90,7 @@
 #include "rsrc.h"
 #include "cancel.h"
 #include "net.h"
+#include "napi.h"
 #include "notif.h"
 
 #include "timeout.h"
@@ -335,6 +336,8 @@ static __cold struct io_ring_ctx *io_ring_ctx_alloc(struct io_uring_params *p)
 	INIT_WQ_LIST(&ctx->locked_free_list);
 	INIT_DELAYED_WORK(&ctx->fallback_work, io_fallback_req_func);
 	INIT_WQ_LIST(&ctx->submit_state.compl_reqs);
+	io_napi_init(ctx);
+
 	return ctx;
 err:
 	kfree(ctx->dummy_ubuf);
@@ -2534,6 +2537,7 @@ static int io_cqring_wait(struct io_ring_ctx *ctx, int min_events,
 	struct io_wait_queue iowq;
 	struct io_rings *rings = ctx->rings;
 	int ret;
+	NAPI_LIST_HEAD(local_napi_list);
 
 	if (!io_allowed_run_tw(ctx))
 		return -EEXIST;
@@ -2566,15 +2570,22 @@ static int io_cqring_wait(struct io_ring_ctx *ctx, int min_events,
 	iowq.cq_tail = READ_ONCE(ctx->rings->cq.head) + min_events;
 	iowq.timeout = KTIME_MAX;
 
+	io_napi_setup_busy_loop(ctx, &iowq, &local_napi_list);
 	if (uts) {
 		struct timespec64 ts;
 
 		if (get_timespec64(&ts, uts))
 			return -EFAULT;
+
+		io_napi_adjust_busy_loop_timeout(ctx, &iowq, &local_napi_list, &ts);
 		iowq.timeout = ktime_add_ns(timespec64_to_ktime(ts), ktime_get_ns());
+	} else {
+		io_napi_adjust_busy_loop_timeout(ctx, &iowq, &local_napi_list, NULL);
 	}
 
 	trace_io_uring_cqring_wait(ctx, min_events);
+	io_napi_end_busy_loop(ctx, &iowq, &local_napi_list);
+
 	do {
 		unsigned long check_cq;
 
@@ -2806,6 +2817,7 @@ static __cold void io_ring_ctx_free(struct io_ring_ctx *ctx)
 	io_req_caches_free(ctx);
 	if (ctx->hash_map)
 		io_wq_put_hash(ctx->hash_map);
+	io_napi_free(ctx);
 	kfree(ctx->cancel_table.hbs);
 	kfree(ctx->cancel_table_locked.hbs);
 	kfree(ctx->dummy_ubuf);
io_uring/napi.c new file +281 -0

281 lines not on this page · raw message

io_uring/napi.h new file +49 -0

49 lines not on this page · raw message

io_uring/poll.c +2 -0
index 8339a92b4510..ab08299eb341 100644
@@ -15,6 +15,7 @@
 
 #include "io_uring.h"
 #include "refs.h"
+#include "napi.h"
 #include "opdef.h"
 #include "kbuf.h"
 #include "poll.h"
@@ -629,6 +630,7 @@ static int __io_arm_poll_handler(struct io_kiocb *req,
 		__io_poll_execute(req, mask);
 		return 0;
 	}
+	io_napi_add(req);
 
 	if (ipt->owning) {
 		/*
Signature · 1 line
2.30.2
maintainer
#5 lore raw

Re: [PATCH v8 4/7] io-uring: add napi busy poll support

I'd fold 2+3 into this patch again, having them standalone don't really make a lot of sense without this patch.

This looks a lot better and gets rid of the ifdef infestation! Minor comments below, mostly just because I think we should fold those 3 patches anyway.

Quoted 19 lines
io_uring/napi.c new file +13 -0
new file mode 100644
index 000000000000..c9e2afae382d
@@ -0,0 +1,281 @@
+// SPDX-License-Identifier: GPL-2.0
+
+#include "io_uring.h"
+#include "napi.h"
+
+#ifdef CONFIG_NET_RX_BUSY_POLL
+
+/* Timeout for cleanout of stale entries. */
+#define NAPI_TIMEOUT		(60 * SEC_CONVERSION)
+
+struct io_napi_ht_entry {
+	unsigned int		napi_id;
+	struct list_head	list;

io_uring/napi.c line 23

Quoted 10 lines
io_uring/napi.c new file +10 -0
+
+	/* Covered by napi lock spinlock.  */
+	unsigned long		timeout;
+	struct hlist_node	node;
+};
+
+static inline bool io_napi_busy_loop_on(struct io_ring_ctx *ctx)
+{
+	return READ_ONCE(ctx->napi_busy_poll_to);
+}

I'd probably get rid of this helper, to be honest.

io_uring/napi.c line 120

Quoted 9 lines
io_uring/napi.c new file +9 -0
+static bool io_napi_busy_loop(struct list_head *napi_list, bool prefer_busy_poll)
+{
+	struct io_napi_ht_entry *e;
+	struct io_napi_ht_entry *n;
+
+	list_for_each_entry_safe(e, n, napi_list, list) {
+		napi_busy_loop(e->napi_id, NULL, NULL, prefer_busy_poll,
+			       BUSY_POLL_BUDGET);
+	}

Looks like 8 spaces before that BUSY_POLL_BUDGET, should be a tab?

Quoted 12 lines
io_uring/napi.c new file +12 -0
+static void io_napi_blocking_busy_loop(struct list_head *napi_list,
+				       struct io_wait_queue *iowq)
+{
+	unsigned long start_time = 0;
+
+	if (!list_is_singular(napi_list))
+		start_time = busy_loop_current_time();
+
+	while (!list_is_singular(napi_list) &&
+		io_napi_busy_loop(napi_list, iowq->napi_prefer_busy_poll) &&
+		!io_napi_busy_loop_should_end(iowq, start_time)) {
+		;

io_uring/napi.c line 146

Quoted 10 lines
io_uring/napi.c new file +10 -0
+	}
+
+	if (list_is_singular(napi_list)) {
+		struct io_napi_ht_entry *ne = list_first_entry(napi_list,
+						 struct io_napi_ht_entry, list);
+
+		napi_busy_loop(ne->napi_id, io_napi_busy_loop_should_end, iowq,
+			       iowq->napi_prefer_busy_poll, BUSY_POLL_BUDGET);
+	}
+}

This does look a LOT better! I do think a helper for the first while would make sense, and then have a comment in that helper on what this is doing exactly.

static void io_napi_multi_busy_loop(napi_list, iowq)

{
	unsigned long start_time = busy_loop_current_time();

	do {
		if (list_is_singular(napi_list))
			break;
		if (!io_napi_busy_loop(napi_list, iowq->napi_prefer_busy_poll))
			break;
	} while (!io_napi_busy_loop_should_end(iowq, start_time));
}

static void io_napi_blocking_busy_loop(struct list_head *napi_list,
struct io_wait_queue *iowq)

{
	if (!list_is_singular(napi_list))
		io_napi_multi_busy_loop(napi_list, iowq);
	if (list_is_singular(napi_list)) {
		struct io_napi_ht_entry *ne;

		ne = list_first_entry(napi_list, struct io_napi_ht_entry, list);
		napi_busy_loop(ne->napi_id, io_napi_busy_loop_should_end, iowq,
			       iowq->napi_prefer_busy_poll, BUSY_POLL_BUDGET);
	}
}

I think that is still much easier to read rather than all of these combined statements. What do you think?

io_uring/napi.c line 168

Quoted 7 lines
io_uring/napi.c new file +7 -0
+static void io_napi_merge_lists(struct io_ring_ctx *ctx, struct list_head *napi_list)
+{
+	spin_lock(&ctx->napi_lock);
+	list_splice(napi_list, &ctx->napi_list);
+	io_napi_remove_stale(ctx);
+	spin_unlock(&ctx->napi_lock);
+}

First line too long, split it into two. Did you look into the locking side like I mentioned in the previous review?

Quoted 13 lines
io_uring/napi.c new file +13 -0
+/*
+ * io_napi_adjust_busy_loop_timeout() - Add napi id to the busy poll list
+ * @ctx: pointer to io-uring context structure
+ * @iowq: pointer to io wait queue
+ * @napi_list: pointer to head of napi list
+ * @ts: pointer to timespec or NULL
+ *
+ * Adjust the busy loop timeout according to timespec and busy poll timeout.
+ */
+void io_napi_adjust_busy_loop_timeout(struct io_ring_ctx *ctx,
+				struct io_wait_queue *iowq,
+				struct list_head *napi_list,
+				struct timespec64 *ts)

io_uring/napi.c line 240

Quoted 10 lines
io_uring/napi.c new file +10 -0
+{
+	if (!list_empty(napi_list)) {
+		if (ts)
+			__io_napi_adjust_busy_loop_timeout(
+				READ_ONCE(ctx->napi_busy_poll_to),
+				ts, &iowq->napi_busy_poll_to);
+		else
+			iowq->napi_busy_poll_to = READ_ONCE(ctx->napi_busy_poll_to);
+	}
+}

I'd make this:

void io_napi_adjust_timeout(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
struct list_head *napi_list, struct timespec64 *ts)

{
	if (list_empty(napi_list))
		return;

	__io_napi_adjust_timeout(ctx, iowq, napi_list, ts);
}

and put it in the header. That leaves the fast path mostly untouched, rather than forcing a function call here.

Also note the alignment of the variables in the function header, this applies in a bunch of spots. And just drop the busy_loop thing from the naming where it isn't strictly needed, lots of these function names are really long.

Quoted 10 lines
io_uring/napi.c new file +10 -0
+/*
+ * io_napi_setup_busy_loop() - setup the busy poll loop
+ * @ctx: pointer to io-uring context structure
+ * @iowq: pointer to io wait queue
+ * @napi_list: pointer to head of napi list
+ *
+ * Capture busy poll timeout and prefer busy poll seeting Splice of the napi list.
+ */
+void io_napi_setup_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
+			struct list_head *napi_list)

io_uring/napi.c line 261

Quoted 10 lines
io_uring/napi.c new file +10 -0
+{
+	iowq->napi_busy_poll_to = 0;
+	iowq->napi_prefer_busy_poll = READ_ONCE(ctx->napi_prefer_busy_poll);
+
+	if (!(ctx->flags & IORING_SETUP_SQPOLL)) {
+		spin_lock(&ctx->napi_lock);
+		list_splice_init(&ctx->napi_list, napi_list);
+		spin_unlock(&ctx->napi_lock);
+	}
+}

Might need a comment here on why SQPOLL needs something extra?

Quoted 7 lines
io_uring/napi.c new file +7 -0
+/*
+ * io_napi_end_busy_loop() - execute busy poll loop
+ * @ctx: pointer to io-uring context structure
+ * @iowq: pointer to io wait queue
+ * @napi_list: pointer to head of napi list
+ *
+ * Execute the busy poll loop and merge the spliced off list.

io_uring/napi.c line 279

Quoted 10 lines
io_uring/napi.c new file +10 -0
+ */
+void io_napi_end_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
+			struct list_head *napi_list)
+{
+	if (iowq->napi_busy_poll_to)
+		io_napi_blocking_busy_loop(napi_list, iowq);
+
+	if (!list_empty(napi_list))
+		io_napi_merge_lists(ctx, napi_list);
+}

This should go above the users in this file. Maybe others are like that too, didn't check.

Quoted 37 lines
io_uring/napi.c new file +36 -0
+++ b/io_uring/napi.h
@@ -0,0 +1,49 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+
+#ifndef IOU_NAPI_H
+#define IOU_NAPI_H
+
+#include <linux/kernel.h>
+#include <linux/io_uring.h>
+#include <net/busy_poll.h>
+
+#ifdef CONFIG_NET_RX_BUSY_POLL
+
+#define NAPI_LIST_HEAD(l) LIST_HEAD(l)
+
+void io_napi_init(struct io_ring_ctx *ctx);
+void io_napi_free(struct io_ring_ctx *ctx);
+
+void io_napi_add(struct io_kiocb *req);
+
+void io_napi_setup_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
+			struct list_head *napi_list);
+void io_napi_adjust_busy_loop_timeout(struct io_ring_ctx *ctx,
+			struct io_wait_queue *iowq, struct list_head *napi_list,
+			struct timespec64 *ts);
+void io_napi_end_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
+			struct list_head *napi_list);
+
+#else
+
+#define NAPI_LIST_HEAD(l)
+
+static inline void io_napi_init(struct io_ring_ctx *ctx)
+{
+}
+
+static inline void io_napi_free(struct io_ring_ctx *ctx)

io_uring/napi.c line 45

Quoted 10 lines
io_uring/napi.c new file +10 -0
+{
+}
+
+static inline void io_napi_add(struct io_kiocb *req)
+{
+}
+
+#define io_napi_setup_busy_loop(ctx, iowq, napi_list) do {} while (0)
+#define io_napi_adjust_busy_loop_timeout(ctx, iowq, napi_list, ts) do {} while (0)
+#define io_napi_end_busy_loop(ctx, iowq, napi_list) do {} while (0)

This looks way better!

Signature · 1 line
Jens Axboe
#6 lore raw

Re: [PATCH v8 4/7] io-uring: add napi busy poll support

Quoted 30 lines · Jens Axboe

I'd fold 2+3 into this patch again, having them standalone don't really make a lot of sense without this patch.

This looks a lot better and gets rid of the ifdef infestation! Minor comments below, mostly just because I think we should fold those 3 patches anyway.

Quoted 23 lines
io_uring/napi.c new file +17 -0
new file mode 100644
index 000000000000..c9e2afae382d
@@ -0,0 +1,281 @@
+// SPDX-License-Identifier: GPL-2.0
+
+#include "io_uring.h"
+#include "napi.h"
+
+#ifdef CONFIG_NET_RX_BUSY_POLL
+
+/* Timeout for cleanout of stale entries. */
+#define NAPI_TIMEOUT		(60 * SEC_CONVERSION)
+
+struct io_napi_ht_entry {
+	unsigned int		napi_id;
+	struct list_head	list;
+
+	/* Covered by napi lock spinlock.  */
+	unsigned long		timeout;
+	struct hlist_node	node;
Quoted 9 lines

io_uring/napi.c line 23

Quoted 6 lines
io_uring/napi.c new file +6 -0
+};
+
+static inline bool io_napi_busy_loop_on(struct io_ring_ctx *ctx)
+{
+	return READ_ONCE(ctx->napi_busy_poll_to);
+}

I'd probably get rid of this helper, to be honest.

I removed the helper in the next version.

Quoted 12 lines

io_uring/napi.c line 120

Quoted 9 lines
io_uring/napi.c new file +9 -0
+static bool io_napi_busy_loop(struct list_head *napi_list, bool prefer_busy_poll)
+{
+	struct io_napi_ht_entry *e;
+	struct io_napi_ht_entry *n;
+
+	list_for_each_entry_safe(e, n, napi_list, list) {
+		napi_busy_loop(e->napi_id, NULL, NULL, prefer_busy_poll,
+			       BUSY_POLL_BUDGET);
+	}

Looks like 8 spaces before that BUSY_POLL_BUDGET, should be a tab?

Fixed.

Quoted 53 lines
Quoted 12 lines
io_uring/napi.c new file +12 -0
+static void io_napi_blocking_busy_loop(struct list_head *napi_list,
+				       struct io_wait_queue *iowq)
+{
+	unsigned long start_time = 0;
+
+	if (!list_is_singular(napi_list))
+		start_time = busy_loop_current_time();
+
+	while (!list_is_singular(napi_list) &&
+		io_napi_busy_loop(napi_list, iowq->napi_prefer_busy_poll) &&
+		!io_napi_busy_loop_should_end(iowq, start_time)) {
+		;

io_uring/napi.c line 146

Quoted 10 lines
io_uring/napi.c new file +10 -0
+	}
+
+	if (list_is_singular(napi_list)) {
+		struct io_napi_ht_entry *ne = list_first_entry(napi_list,
+						 struct io_napi_ht_entry, list);
+
+		napi_busy_loop(ne->napi_id, io_napi_busy_loop_should_end, iowq,
+			       iowq->napi_prefer_busy_poll, BUSY_POLL_BUDGET);
+	}
+}

This does look a LOT better! I do think a helper for the first while would make sense, and then have a comment in that helper on what this is doing exactly.

static void io_napi_multi_busy_loop(napi_list, iowq)

{
	unsigned long start_time = busy_loop_current_time();

	do {
		if (list_is_singular(napi_list))
			break;
		if (!io_napi_busy_loop(napi_list, iowq->napi_prefer_busy_poll))
			break;
	} while (!io_napi_busy_loop_should_end(iowq, start_time));
}

static void io_napi_blocking_busy_loop(struct list_head *napi_list,
struct io_wait_queue *iowq)

{
	if (!list_is_singular(napi_list))
		io_napi_multi_busy_loop(napi_list, iowq);
	if (list_is_singular(napi_list)) {
		struct io_napi_ht_entry *ne;

		ne = list_first_entry(napi_list, struct io_napi_ht_entry, list);
		napi_busy_loop(ne->napi_id, io_napi_busy_loop_should_end, iowq,
			       iowq->napi_prefer_busy_poll, BUSY_POLL_BUDGET);
	}
}
Quoted 3 lines

I think that is still much easier to read rather than all of these combined statements. What do you think?

I personally prefer the while loop, but I made the above change in the next version.

Quoted 11 lines

io_uring/napi.c line 168

Quoted 7 lines
io_uring/napi.c new file +7 -0
+static void io_napi_merge_lists(struct io_ring_ctx *ctx, struct list_head *napi_list)
+{
+	spin_lock(&ctx->napi_lock);
+	list_splice(napi_list, &ctx->napi_list);
+	io_napi_remove_stale(ctx);
+	spin_unlock(&ctx->napi_lock);
+}

First line too long, split it into two. Did you look into the locking side like I mentioned in the previous review?

Fixed.

I looked at the locking, however not all code path where io_napi_add is called guarantee that the io-uring lock is taken.

Quoted 35 lines
Quoted 13 lines
io_uring/napi.c new file +13 -0
+/*
+ * io_napi_adjust_busy_loop_timeout() - Add napi id to the busy poll list
+ * @ctx: pointer to io-uring context structure
+ * @iowq: pointer to io wait queue
+ * @napi_list: pointer to head of napi list
+ * @ts: pointer to timespec or NULL
+ *
+ * Adjust the busy loop timeout according to timespec and busy poll timeout.
+ */
+void io_napi_adjust_busy_loop_timeout(struct io_ring_ctx *ctx,
+				struct io_wait_queue *iowq,
+				struct list_head *napi_list,
+				struct timespec64 *ts)

io_uring/napi.c line 240

Quoted 10 lines
io_uring/napi.c new file +10 -0
+{
+	if (!list_empty(napi_list)) {
+		if (ts)
+			__io_napi_adjust_busy_loop_timeout(
+				READ_ONCE(ctx->napi_busy_poll_to),
+				ts, &iowq->napi_busy_poll_to);
+		else
+			iowq->napi_busy_poll_to = READ_ONCE(ctx->napi_busy_poll_to);
+	}
+}

I'd make this:

void io_napi_adjust_timeout(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
struct list_head *napi_list, struct timespec64 *ts)

{
	if (list_empty(napi_list))
		return;

	__io_napi_adjust_timeout(ctx, iowq, napi_list, ts);
}
Quoted 9 lines

and put it in the header. That leaves the fast path mostly untouched, rather than forcing a function call here.

Also note the alignment of the variables in the function header, this applies in a bunch of spots. And just drop the busy_loop thing from the naming where it isn't strictly needed, lots of these function names are really long.

Unfortunately the function doesn't get inlined. I added a new helper io_napi to avoid this case.

Quoted 14 lines
Quoted 14 lines
io_uring/napi.c new file +14 -0
+/*
+ * io_napi_setup_busy_loop() - setup the busy poll loop
+ * @ctx: pointer to io-uring context structure
+ * @iowq: pointer to io wait queue
+ * @napi_list: pointer to head of napi list
+ *
+ * Capture busy poll timeout and prefer busy poll seeting Splice of the napi list.
+ */
+void io_napi_setup_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
+			struct list_head *napi_list)
+{
+	iowq->napi_busy_poll_to = 0;
+	iowq->napi_prefer_busy_poll = READ_ONCE(ctx->napi_prefer_busy_poll);
+
Quoted 9 lines

io_uring/napi.c line 261

Quoted 6 lines
io_uring/napi.c new file +6 -0
+	if (!(ctx->flags & IORING_SETUP_SQPOLL)) {
+		spin_lock(&ctx->napi_lock);
+		list_splice_init(&ctx->napi_list, napi_list);
+		spin_unlock(&ctx->napi_lock);
+	}
+}

Might need a comment here on why SQPOLL needs something extra?

I added a comment.

Quoted 12 lines
Quoted 12 lines
io_uring/napi.c new file +12 -0
+/*
+ * io_napi_end_busy_loop() - execute busy poll loop
+ * @ctx: pointer to io-uring context structure
+ * @iowq: pointer to io wait queue
+ * @napi_list: pointer to head of napi list
+ *
+ * Execute the busy poll loop and merge the spliced off list.
+ */
+void io_napi_end_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
+			struct list_head *napi_list)
+{
+	if (iowq->napi_busy_poll_to)
Quoted 9 lines

io_uring/napi.c line 279

Quoted 5 lines
io_uring/napi.c new file +5 -0
+		io_napi_blocking_busy_loop(napi_list, iowq);
+
+	if (!list_empty(napi_list))
+		io_napi_merge_lists(ctx, napi_list);
+}

This should go above the users in this file. Maybe others are like that too, didn't check.

There are no users in this file.

Quoted 49 lines
Quoted 37 lines
io_uring/napi.c new file +36 -0
+++ b/io_uring/napi.h
@@ -0,0 +1,49 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+
+#ifndef IOU_NAPI_H
+#define IOU_NAPI_H
+
+#include <linux/kernel.h>
+#include <linux/io_uring.h>
+#include <net/busy_poll.h>
+
+#ifdef CONFIG_NET_RX_BUSY_POLL
+
+#define NAPI_LIST_HEAD(l) LIST_HEAD(l)
+
+void io_napi_init(struct io_ring_ctx *ctx);
+void io_napi_free(struct io_ring_ctx *ctx);
+
+void io_napi_add(struct io_kiocb *req);
+
+void io_napi_setup_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
+			struct list_head *napi_list);
+void io_napi_adjust_busy_loop_timeout(struct io_ring_ctx *ctx,
+			struct io_wait_queue *iowq, struct list_head *napi_list,
+			struct timespec64 *ts);
+void io_napi_end_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
+			struct list_head *napi_list);
+
+#else
+
+#define NAPI_LIST_HEAD(l)
+
+static inline void io_napi_init(struct io_ring_ctx *ctx)
+{
+}
+
+static inline void io_napi_free(struct io_ring_ctx *ctx)

io_uring/napi.c line 45

Quoted 10 lines
io_uring/napi.c new file +10 -0
+{
+}
+
+static inline void io_napi_add(struct io_kiocb *req)
+{
+}
+
+#define io_napi_setup_busy_loop(ctx, iowq, napi_list) do {} while (0)
+#define io_napi_adjust_busy_loop_timeout(ctx, iowq, napi_list, ts) do {} while (0)
+#define io_napi_end_busy_loop(ctx, iowq, napi_list) do {} while (0)

This looks way better!

#7 lore raw

PATCH v8 5/7 io-uring: add sqpoll support for napi busy poll

In reply to Stefan Roesch

This adds the sqpoll support to the io-uring napi.

---
 io_uring/napi.c   | 25 +++++++++++++++++++++++++
 io_uring/napi.h   |  2 ++
 io_uring/sqpoll.c |  4 ++++
 3 files changed, 31 insertions(+)
io_uring/napi.c +25 -0
index c9e2afae382d..038957b46a0e 100644
@@ -278,4 +278,29 @@ void io_napi_end_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
 		io_napi_merge_lists(ctx, napi_list);
 }
 
+/*
+ * io_napi_sqpoll_busy_poll() - busy poll loop for sqpoll
+ * @ctx: pointer to io-uring context structure
+ * @napi_list: pointer to head of napi list
+ *
+ * Splice of the napi list and execute the napi busy poll loop.
+ */
+int io_napi_sqpoll_busy_poll(struct io_ring_ctx *ctx, struct list_head *napi_list)
+{
+	int ret = 0;
+
+	spin_lock(&ctx->napi_lock);
+	list_splice_init(&ctx->napi_list, napi_list);
+	spin_unlock(&ctx->napi_lock);
+
+	if (!list_empty(napi_list) &&
+	    READ_ONCE(ctx->napi_busy_poll_to) > 0 &&
+	    io_napi_busy_loop(napi_list, ctx->napi_prefer_busy_poll)) {
+		io_napi_merge_lists(ctx, napi_list);
+		ret = 1;
+	}
+
+	return ret;
+}
+
 #endif
io_uring/napi.h +2 -0
index 0672592cfb79..23a6df32805f 100644
@@ -23,6 +23,7 @@ void io_napi_adjust_busy_loop_timeout(struct io_ring_ctx *ctx,
 			struct timespec64 *ts);
 void io_napi_end_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
 			struct list_head *napi_list);
+int io_napi_sqpoll_busy_poll(struct io_ring_ctx *ctx, struct list_head *napi_list);
 
 #else
 
@@ -43,6 +44,7 @@ static inline void io_napi_add(struct io_kiocb *req)
 #define io_napi_setup_busy_loop(ctx, iowq, napi_list) do {} while (0)
 #define io_napi_adjust_busy_loop_timeout(ctx, iowq, napi_list, ts) do {} while (0)
 #define io_napi_end_busy_loop(ctx, iowq, napi_list) do {} while (0)
+#define io_napi_sqpoll_busy_poll(ctx, napi_list) (0)
 
 #endif
 
io_uring/sqpoll.c +4 -0
index 0119d3f1a556..90fdbd87434a 100644
@@ -15,6 +15,7 @@
 #include <uapi/linux/io_uring.h>
 
 #include "io_uring.h"
+#include "napi.h"
 #include "sqpoll.h"
 
 #define IORING_SQPOLL_CAP_ENTRIES_VALUE 8
@@ -168,6 +169,7 @@ static int __io_sq_thread(struct io_ring_ctx *ctx, bool cap_entries)
 {
 	unsigned int to_submit;
 	int ret = 0;
+	NAPI_LIST_HEAD(local_napi_list);
 
 	to_submit = io_sqring_entries(ctx);
 	/* if we're handling multiple rings, cap submit size for fairness */
@@ -193,6 +195,8 @@ static int __io_sq_thread(struct io_ring_ctx *ctx, bool cap_entries)
 			ret = io_submit_sqes(ctx, to_submit);
 		mutex_unlock(&ctx->uring_lock);
 
+		ret += io_napi_sqpoll_busy_poll(ctx, &local_napi_list);
+
 		if (to_submit && wq_has_sleeper(&ctx->sqo_sq_wait))
 			wake_up(&ctx->sqo_sq_wait);
 		if (creds)
Signature · 1 line
2.30.2
maintainer
#8 lore raw

Re: [PATCH v8 5/7] io-uring: add sqpoll support for napi busy poll

Quoted 1 line · Stefan Roesch

This adds the sqpoll support to the io-uring napi.

This should also have a bit more of an explanation of _why_ this is needed and being done.

Quoted 21 lines
io_uring/napi.c +13 -0
index c9e2afae382d..038957b46a0e 100644
@@ -278,4 +278,29 @@ void io_napi_end_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
 		io_napi_merge_lists(ctx, napi_list);
 }
 
+/*
+ * io_napi_sqpoll_busy_poll() - busy poll loop for sqpoll
+ * @ctx: pointer to io-uring context structure
+ * @napi_list: pointer to head of napi list
+ *
+ * Splice of the napi list and execute the napi busy poll loop.
+ */
+int io_napi_sqpoll_busy_poll(struct io_ring_ctx *ctx, struct list_head *napi_list)
+{
+	int ret = 0;
+
+	spin_lock(&ctx->napi_lock);
+	list_splice_init(&ctx->napi_list, napi_list);

io_uring/napi.c void io_napi_end_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq, · line 303

Quoted 10 lines
io_uring/napi.c +10 -0
+	spin_unlock(&ctx->napi_lock);
+
+	if (!list_empty(napi_list) &&
+	    READ_ONCE(ctx->napi_busy_poll_to) > 0 &&
+	    io_napi_busy_loop(napi_list, ctx->napi_prefer_busy_poll)) {
+		io_napi_merge_lists(ctx, napi_list);
+		ret = 1;
+	}
+
+	return ret;

Should 'ret' be a bool and the return value of the function too?

Quoted 13 lines
io_uring/napi.h +1 -0
index 0672592cfb79..23a6df32805f 100644
@@ -23,6 +23,7 @@ void io_napi_adjust_busy_loop_timeout(struct io_ring_ctx *ctx,
 			struct timespec64 *ts);
 void io_napi_end_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
 			struct list_head *napi_list);
+int io_napi_sqpoll_busy_poll(struct io_ring_ctx *ctx, struct list_head *napi_list);
 
 #else
 

io_uring/napi.h static inline void io_napi_add(struct io_kiocb *req) · line 47

Quoted 4 lines
io_uring/napi.h +1 -0
@@ -43,6 +44,7 @@ static inline void io_napi_add(struct io_kiocb *req)
 #define io_napi_setup_busy_loop(ctx, iowq, napi_list) do {} while (0)
 #define io_napi_adjust_busy_loop_timeout(ctx, iowq, napi_list, ts) do {} while (0)
 #define io_napi_end_busy_loop(ctx, iowq, napi_list) do {} while (0)
+#define io_napi_sqpoll_busy_poll(ctx, napi_list) (0)

This should be:

#define io_napi_sqpoll_busy_poll(ctx, napi_list)
{(
)}
do { } while (0)

Quoted 16 lines
io_uring/napi.h +0 -0
 #endif
 
io_uring/sqpoll.c +1 -0
index 0119d3f1a556..90fdbd87434a 100644
@@ -15,6 +15,7 @@
 #include <uapi/linux/io_uring.h>
 
 #include "io_uring.h"
+#include "napi.h"
 #include "sqpoll.h"
 
 #define IORING_SQPOLL_CAP_ENTRIES_VALUE 8

io_uring/sqpoll.c static int __io_sq_thread(struct io_ring_ctx *ctx, bool cap_entries) · line 172

Quoted 4 lines
io_uring/sqpoll.c +1 -0
@@ -168,6 +169,7 @@ static int __io_sq_thread(struct io_ring_ctx *ctx, bool cap_entries)
 {
 	unsigned int to_submit;
 	int ret = 0;
+	NAPI_LIST_HEAD(local_napi_list);

In general, keep these roughly in inverse xmas tree.

io_uring/sqpoll.c static int __io_sq_thread(struct io_ring_ctx *ctx, bool cap_entries) · line 202

Quoted 11 lines
io_uring/sqpoll.c +2 -0
 	to_submit = io_sqring_entries(ctx);
 	/* if we're handling multiple rings, cap submit size for fairness */
@@ -193,6 +195,8 @@ static int __io_sq_thread(struct io_ring_ctx *ctx, bool cap_entries)
 			ret = io_submit_sqes(ctx, to_submit);
 		mutex_unlock(&ctx->uring_lock);
 
+		ret += io_napi_sqpoll_busy_poll(ctx, &local_napi_list);
+
 		if (to_submit && wq_has_sleeper(&ctx->sqo_sq_wait))
 			wake_up(&ctx->sqo_sq_wait);
 		if (creds)

Not clear to me what this ret += ... does here? We're currently returning number of sqes submitted. Maybe this is fine and just means 'we did some work', but if so, should add a comment for that.

Signature · 1 line
Jens Axboe
#9 lore raw

PATCH v8 6/7 io_uring: add api to set / get napi configuration.

In reply to Stefan Roesch

This adds an api to register the busy poll timeout from liburing. To be able to use this functionality, the corresponding liburing patch is needed.

---
 include/uapi/linux/io_uring.h | 11 +++++++++++
 io_uring/io_uring.c           |  9 +++++++++
 io_uring/napi.c               | 35 +++++++++++++++++++++++++++++++++++
 io_uring/napi.h               | 13 +++++++++++++
 4 files changed, 68 insertions(+)
include/uapi/linux/io_uring.h +11 -0
index 636a4c2c1294..fe25ae92744d 100644
@@ -518,6 +518,10 @@ enum {
 	/* register a range of fixed file slots for automatic slot allocation */
 	IORING_REGISTER_FILE_ALLOC_RANGE	= 25,
 
+	/* set/clear busy poll settings */
+	IORING_REGISTER_NAPI			= 26,
+	IORING_UNREGISTER_NAPI			= 27,
+
 	/* this goes last */
 	IORING_REGISTER_LAST
 };
@@ -640,6 +644,13 @@ struct io_uring_buf_reg {
 	__u64	resv[3];
 };
 
+/* argument for IORING_(UN)REGISTER_NAPI */
+struct io_uring_napi {
+	__u32	busy_poll_to;
+	__u32	pad;
+	__u64	resv;
+};
+
 /*
  * io_uring_restriction->opcode values
  */
io_uring/io_uring.c +9 -0
index 7074379a9bd0..be501e1024bc 100644
@@ -4283,6 +4283,15 @@ static int __io_uring_register(struct io_ring_ctx *ctx, unsigned opcode,
 			break;
 		ret = io_register_file_alloc_range(ctx, arg);
 		break;
+	case IORING_REGISTER_NAPI:
+		ret = -EINVAL;
+		if (!arg)
+			break;
+		ret = io_register_napi(ctx, arg);
+		break;
+	case IORING_UNREGISTER_NAPI:
+		ret = io_unregister_napi(ctx, arg);
+		break;
 	default:
 		ret = -EINVAL;
 		break;
io_uring/napi.c +35 -0
index 038957b46a0e..34513b284234 100644
@@ -199,6 +199,41 @@ void io_napi_free(struct io_ring_ctx *ctx)
 	spin_unlock(&ctx->napi_lock);
 }
 
+int io_register_napi(struct io_ring_ctx *ctx, void __user *arg)
+{
+	const struct io_uring_napi curr = {
+		.busy_poll_to = ctx->napi_busy_poll_to,
+	};
+	struct io_uring_napi napi;
+
+	if (copy_from_user(&napi, arg, sizeof(napi)))
+		return -EFAULT;
+	if (napi.pad || napi.resv)
+		return -EINVAL;
+
+	WRITE_ONCE(ctx->napi_busy_poll_to, napi.busy_poll_to);
+
+	if (copy_to_user(arg, &curr, sizeof(curr)))
+		return -EFAULT;
+
+	return 0;
+}
+
+int io_unregister_napi(struct io_ring_ctx *ctx, void __user *arg)
+{
+	const struct io_uring_napi curr = {
+		.busy_poll_to = ctx->napi_busy_poll_to,
+	};
+
+	if (arg) {
+		if (copy_to_user(arg, &curr, sizeof(curr)))
+			return -EFAULT;
+	}
+
+	WRITE_ONCE(ctx->napi_busy_poll_to, 0);
+	return 0;
+}
+
 /*
  * io_napi_add() - Add napi id to the busy poll list
  * @req: pointer to io_kiocb request
io_uring/napi.h +13 -0
index 23a6df32805f..a5abe433c3e7 100644
@@ -14,6 +14,9 @@
 void io_napi_init(struct io_ring_ctx *ctx);
 void io_napi_free(struct io_ring_ctx *ctx);
 
+int io_register_napi(struct io_ring_ctx *ctx, void __user *arg);
+int io_unregister_napi(struct io_ring_ctx *ctx, void __user *arg);
+
 void io_napi_add(struct io_kiocb *req);
 
 void io_napi_setup_busy_loop(struct io_ring_ctx *ctx, struct io_wait_queue *iowq,
@@ -37,6 +40,16 @@ static inline void io_napi_free(struct io_ring_ctx *ctx)
 {
 }
 
+static inline int io_register_napi(struct io_ring_ctx *ctx, void __user *arg)
+{
+	return -EOPNOTSUPP;
+}
+
+static inline int io_unregister_napi(struct io_ring_ctx *ctx, void __user *arg)
+{
+	return -EOPNOTSUPP;
+}
+
 static inline void io_napi_add(struct io_kiocb *req)
 {
 }
Signature · 1 line
2.30.2
maintainer
#10 lore raw

Re: [PATCH v8 6/7] io_uring: add api to set / get napi configuration.

Quoted 2 lines · Stefan Roesch

This adds an api to register the busy poll timeout from liburing. To be able to use this functionality, the corresponding liburing patch is needed.

I don't think this commit message makes sense. It should explain what the patch does - it adds an API to register/unregister NAPI for the ring. The commit message should explain the API.

Signature · 1 line
Jens Axboe
#11 lore raw

PATCH v8 7/7 io_uring: add api to set / get napi configuration.

In reply to Stefan Roesch

This adds an api to register and unregister the napi prefer busy poll setting from liburing. To be able to use this functionality, the corresponding liburing patch is needed.

---
 include/uapi/linux/io_uring.h | 3 ++-
 io_uring/napi.c               | 6 +++++-
 2 files changed, 7 insertions(+), 2 deletions(-)
include/uapi/linux/io_uring.h +2 -1
index fe25ae92744d..e14f31a4b10c 100644
@@ -647,7 +647,8 @@ struct io_uring_buf_reg {
 /* argument for IORING_(UN)REGISTER_NAPI */
 struct io_uring_napi {
 	__u32	busy_poll_to;
-	__u32	pad;
+	__u8	prefer_busy_poll;
+	__u8	pad[3];
 	__u64	resv;
 };
 
io_uring/napi.c +5 -1
index 34513b284234..a1605bef2bbc 100644
@@ -203,15 +203,17 @@ int io_register_napi(struct io_ring_ctx *ctx, void __user *arg)
 {
 	const struct io_uring_napi curr = {
 		.busy_poll_to = ctx->napi_busy_poll_to,
+		.prefer_busy_poll = ctx->napi_prefer_busy_poll
 	};
 	struct io_uring_napi napi;
 
 	if (copy_from_user(&napi, arg, sizeof(napi)))
 		return -EFAULT;
-	if (napi.pad || napi.resv)
+	if (napi.pad[0] || napi.pad[1] || napi.pad[2] || napi.resv)
 		return -EINVAL;
 
 	WRITE_ONCE(ctx->napi_busy_poll_to, napi.busy_poll_to);
+	WRITE_ONCE(ctx->napi_prefer_busy_poll, !!napi.prefer_busy_poll);
 
 	if (copy_to_user(arg, &curr, sizeof(curr)))
 		return -EFAULT;
@@ -223,6 +225,7 @@ int io_unregister_napi(struct io_ring_ctx *ctx, void __user *arg)
 {
 	const struct io_uring_napi curr = {
 		.busy_poll_to = ctx->napi_busy_poll_to,
+		.prefer_busy_poll = ctx->napi_prefer_busy_poll
 	};
 
 	if (arg) {
@@ -231,6 +234,7 @@ int io_unregister_napi(struct io_ring_ctx *ctx, void __user *arg)
 	}
 
 	WRITE_ONCE(ctx->napi_busy_poll_to, 0);
+	WRITE_ONCE(ctx->napi_prefer_busy_poll, false);
 	return 0;
 }
 
Signature · 1 line
2.30.2
maintainer
#12 lore raw

Re: [PATCH v8 7/7] io_uring: add api to set / get napi configuration.

Quoted 3 lines · Stefan Roesch

This adds an api to register and unregister the napi prefer busy poll setting from liburing. To be able to use this functionality, the corresponding liburing patch is needed.

Same comment as for patch 6, and additionally the subject line here is a dupe of the previous patch while this is not what this patch does at all. It adds support for setting 'prefer_busy_poll', that is what should be mentioned in the subject and explained in this commit message.

Signature · 1 line
Jens Axboe