From: Keith Busch <kbusch@kernel.org>
To: Caleb Sander Mateos <csander@purestorage.com>
Cc: Keith Busch <kbusch@meta.com>,
io-uring@vger.kernel.org, axboe@kernel.dk, ming.lei@redhat.com
Subject: Re: [PATCHv3 1/3] Add support IORING_SETUP_SQE_MIXED
Date: Wed, 24 Sep 2025 14:30:09 -0600 [thread overview]
Message-ID: <aNRU0fStL1YuEBSf@kbusch-mbp> (raw)
In-Reply-To: <CADUfDZrmFphH5AwNkLs=OtPg9qfnpciJB--28PVQ4q=5Fh21TQ@mail.gmail.com>
On Wed, Sep 24, 2025 at 01:20:44PM -0700, Caleb Sander Mateos wrote:
> > index 052d6b56..66f1b990 100644
> > --- a/src/include/liburing.h
> > +++ b/src/include/liburing.h
> > @@ -575,6 +575,7 @@ IOURINGINLINE void io_uring_initialize_sqe(struct io_uring_sqe *sqe)
> > sqe->buf_index = 0;
> > sqe->personality = 0;
> > sqe->file_index = 0;
> > + sqe->addr2 = 0;
>
> Why is this necessary for mixed SQE size support? It looks like this
> field is already initialized in io_uring_prep_rw() via the unioned off
> field. Though, to be honest, I can't say I understand why the
> initialization of the SQE fields is split between
> io_uring_initialize_sqe() and io_uring_prep_rw().
The nvme passthrough uring_cmd doesn't call io_uring_prep_rw(), so we'd
just get a stale value in that field if we don't clear it. But you're
right that many cases would end up setting the field twice when we don't
need that.
> > + IOSQE_SQE_128B_BIT,
>
> I thought we decided against using an SQE flag bit for this? Looks
> like this needs to be re-synced with the kernel uapi header.
We did, and this is a left over artifact that is not supposed to be
here. :( Nothing is depending on the bit in this series.
next prev parent reply other threads:[~2025-09-24 20:30 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-24 15:12 [PATCHv3 0/3] Keith Busch
2025-09-24 15:12 ` [PATCHv3 1/3] Add support IORING_SETUP_SQE_MIXED Keith Busch
2025-09-24 20:20 ` Caleb Sander Mateos
2025-09-24 20:30 ` Keith Busch [this message]
2025-09-24 20:37 ` Caleb Sander Mateos
2025-09-24 15:12 ` [PATCHv3 1/1] io_uring: add support for IORING_SETUP_SQE_MIXED Keith Busch
2025-09-25 15:03 ` Jens Axboe
2025-09-25 18:21 ` Caleb Sander Mateos
2025-09-25 18:44 ` Jens Axboe
2025-09-24 15:12 ` [PATCHv3 2/3] Add nop testing " Keith Busch
2025-09-24 15:12 ` [PATCHv3 3/3] Add mixed sqe test for uring commands Keith Busch
2025-09-24 15:54 ` [PATCHv3 0/3] io_uring: mixed submission queue size support 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=aNRU0fStL1YuEBSf@kbusch-mbp \
--to=kbusch@kernel.org \
--cc=axboe@kernel.dk \
--cc=csander@purestorage.com \
--cc=io-uring@vger.kernel.org \
--cc=kbusch@meta.com \
--cc=ming.lei@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.