public inbox for io-uring@vger.kernel.org
 help / color / mirror / Atom feed
* [PATCH] io_uring/uring_cmd: explicitly disallow cancelations for IOPOLL
@ 2026-01-14 15:52 Jens Axboe
  2026-01-15  1:44 ` Ming Lei
  0 siblings, 1 reply; 2+ messages in thread
From: Jens Axboe @ 2026-01-14 15:52 UTC (permalink / raw)
  To: io-uring; +Cc: Ming Lei

This currently isn't supported, and due to a recent commit, it also
cannot easily be supported by io_uring due to hash_node and IOPOLL
completion data overlapping.

This can be revisited if we ever do support cancelations of requests
that have gone to the block stack.

Suggested-by: Ming Lei <ming.lei@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>

---

diff --git a/io_uring/uring_cmd.c b/io_uring/uring_cmd.c
index 197474911f04..ee7b49f47cb5 100644
--- a/io_uring/uring_cmd.c
+++ b/io_uring/uring_cmd.c
@@ -104,6 +104,15 @@ void io_uring_cmd_mark_cancelable(struct io_uring_cmd *cmd,
 	struct io_kiocb *req = cmd_to_io_kiocb(cmd);
 	struct io_ring_ctx *ctx = req->ctx;
 
+	/*
+	 * Doing cancelations on IOPOLL requests are not supported. Both
+	 * because they can't get canceled in the block stack, but also
+	 * because iopoll completion data overlaps with the hash_node used
+	 * for tracking.
+	 */
+	if (ctx->flags & IORING_SETUP_IOPOLL)
+		return;
+
 	if (!(cmd->flags & IORING_URING_CMD_CANCELABLE)) {
 		cmd->flags |= IORING_URING_CMD_CANCELABLE;
 		io_ring_submit_lock(ctx, issue_flags);
-- 
Jens Axboe


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH] io_uring/uring_cmd: explicitly disallow cancelations for IOPOLL
  2026-01-14 15:52 [PATCH] io_uring/uring_cmd: explicitly disallow cancelations for IOPOLL Jens Axboe
@ 2026-01-15  1:44 ` Ming Lei
  0 siblings, 0 replies; 2+ messages in thread
From: Ming Lei @ 2026-01-15  1:44 UTC (permalink / raw)
  To: Jens Axboe; +Cc: io-uring

On Wed, Jan 14, 2026 at 08:52:31AM -0700, Jens Axboe wrote:
> This currently isn't supported, and due to a recent commit, it also
> cannot easily be supported by io_uring due to hash_node and IOPOLL
> completion data overlapping.
> 
> This can be revisited if we ever do support cancelations of requests
> that have gone to the block stack.
> 
> Suggested-by: Ming Lei <ming.lei@redhat.com>
> Signed-off-by: Jens Axboe <axboe@kernel.dk>
> 
> ---
> 
> diff --git a/io_uring/uring_cmd.c b/io_uring/uring_cmd.c
> index 197474911f04..ee7b49f47cb5 100644
> --- a/io_uring/uring_cmd.c
> +++ b/io_uring/uring_cmd.c
> @@ -104,6 +104,15 @@ void io_uring_cmd_mark_cancelable(struct io_uring_cmd *cmd,
>  	struct io_kiocb *req = cmd_to_io_kiocb(cmd);
>  	struct io_ring_ctx *ctx = req->ctx;
>  
> +	/*
> +	 * Doing cancelations on IOPOLL requests are not supported. Both
> +	 * because they can't get canceled in the block stack, but also
> +	 * because iopoll completion data overlaps with the hash_node used
> +	 * for tracking.
> +	 */
> +	if (ctx->flags & IORING_SETUP_IOPOLL)
> +		return;

Maybe better to add warn_on_once(), but not a big deal, anyway:

Reviewed-by: Ming Lei <ming.lei@redhat.com>


Thanks,
Ming


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2026-01-15  1:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-01-14 15:52 [PATCH] io_uring/uring_cmd: explicitly disallow cancelations for IOPOLL Jens Axboe
2026-01-15  1:44 ` Ming Lei

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox