public inbox for io-uring@vger.kernel.org
 help / color / mirror / Atom feed
From: Keith Busch <kbusch@meta.com>
To: <io-uring@vger.kernel.org>, <axboe@kernel.dk>, <csander@purestorage.com>
Cc: Keith Busch <kbusch@kernel.org>
Subject: [RFC PATCHv2 0/1]
Date: Thu, 4 Sep 2025 12:27:12 -0700	[thread overview]
Message-ID: <20250904192716.3064736-1-kbusch@meta.com> (raw)

From: Keith Busch <kbusch@kernel.org>

The CQ supports mixed size entries, so why not do it for SQ's too? There
are use cases that currently allocate different queues just to keep
these things separated, but we can efficiently handle both cases in a
single ring.

This RFC is taking the last SQE flags bit for the purpose. That might
not be okay, but serves as a proof of concept for an initial look.

Changes from v1:

  - Fixed up the kernel's handling for big SQEs on a mixed SQ for
    uring_cmd and fdinfo

  - Added liburing tests for nvme uring_cmd usage and inserting a 128b
    SQE in the last entry to test the kernel's handling for a bad wrap.

kernel:

Keith Busch (1):
  io_uring: add support for IORING_SETUP_SQE_MIXED

 include/linux/io_uring_types.h |  3 +++
 include/uapi/linux/io_uring.h  |  9 +++++++++
 io_uring/fdinfo.c              | 32 +++++++++++++++++++++++++-------
 io_uring/io_uring.c            | 20 +++++++++++++++++++-
 io_uring/register.c            |  2 +-
 io_uring/uring_cmd.c           |  4 +++-
 6 files changed, 60 insertions(+), 10 deletions(-)

liburing:

Keith Busch (3):
  Add support IORING_SETUP_SQE_MIXED
  Add nop testing for IORING_SETUP_SQE_MIXED
  Add mixed sqe test for uring commands

 src/include/liburing.h          |  31 ++++++++
 src/include/liburing/io_uring.h |   9 +++
 test/Makefile                   |   3 +
 test/sqe-mixed-bad-wrap.c       | 121 +++++++++++++++++++++++++++++
 test/sqe-mixed-nop.c            | 104 +++++++++++++++++++++++++
 test/sqe-mixed-uring_cmd.c      | 168 +++++++++++++++++++++++++++++++++++++++++
 6 files changed, 436 insertions(+)

-- 
2.47.3


             reply	other threads:[~2025-09-04 19:27 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-09-04 19:27 Keith Busch [this message]
2025-09-04 19:27 ` [RFC PATCHv2 1/3] Add support IORING_SETUP_SQE_MIXED Keith Busch
2025-09-11 16:27   ` Caleb Sander Mateos
2025-09-04 19:27 ` [RFC PATCHv2 1/1] io_uring: add support for IORING_SETUP_SQE_MIXED Keith Busch
2025-09-10 17:44   ` Caleb Sander Mateos
2025-09-11  0:28     ` Jens Axboe
2025-09-11  2:11       ` Ming Lei
2025-09-11  2:19         ` Ming Lei
2025-09-11 13:02           ` Keith Busch
2025-09-11 13:07             ` Ming Lei
2025-09-17 14:44               ` Jens Axboe
2025-09-18 21:22                 ` Keith Busch
2025-09-18 23:35                   ` Jens Axboe
2025-09-11  2:06     ` Keith Busch
2025-09-04 19:27 ` [RFC PATCHv2 2/3] Add nop testing " Keith Busch
2025-09-04 19:27 ` [RFC PATCHv2 3/3] Add mixed sqe test for uring commands Keith Busch

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20250904192716.3064736-1-kbusch@meta.com \
    --to=kbusch@meta.com \
    --cc=axboe@kernel.dk \
    --cc=csander@purestorage.com \
    --cc=io-uring@vger.kernel.org \
    --cc=kbusch@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox