From: Jens Axboe <[email protected]>
To: Pankaj Raghav <[email protected]>, [email protected]
Cc: [email protected], [email protected],
[email protected], [email protected], [email protected],
[email protected], [email protected], [email protected],
Kanchan Joshi <[email protected]>
Subject: Re: [PATCH v3 1/5] fs,io_uring: add infrastructure for uring-cmd
Date: Tue, 3 May 2022 15:03:42 -0600 [thread overview]
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
On 5/3/22 12:48 PM, Pankaj Raghav wrote:
> From: Jens Axboe <[email protected]>
>
> file_operations->uring_cmd is a file private handler, similar to ioctls
> but hopefully a lot more sane and useful.
>
> IORING_OP_URING_CMD is a file private kind of request. io_uring doesn't
> know what is in this command type, it's for the provider of ->uring_cmd()
> to deal with. This operation can be issued only on the ring that is
> setup with both IORING_SETUP_SQE128 and IORING_SETUP_CQE32 flags.
A few minor comments below.
> diff --git a/fs/io_uring.c b/fs/io_uring.c
> index c7e3f7e74d92..b774e6eac538 100644
> --- a/fs/io_uring.c
> +++ b/fs/io_uring.c
> +static int io_uring_cmd_prep(struct io_kiocb *req,
> + const struct io_uring_sqe *sqe)
> +{
> + struct io_uring_cmd *ioucmd = &req->uring_cmd;
> +
> + if (req->ctx->flags & IORING_SETUP_IOPOLL)
> + return -EOPNOTSUPP;
> + /* do not support uring-cmd without big SQE/CQE */
> + if (!(req->ctx->flags & IORING_SETUP_SQE128))
> + return -EOPNOTSUPP;
> + if (!(req->ctx->flags & IORING_SETUP_CQE32))
> + return -EOPNOTSUPP;
> + ioucmd->cmd = (void *) &sqe->cmd;
> + ioucmd->cmd_op = READ_ONCE(sqe->cmd_op);
> + ioucmd->flags = 0;
> + return 0;
> +}
I'd define
struct io_ring_ctx *ctx = req->ctx;
here. And you should read 'rw_flags' and return -EINVAL if it's set, so
we can be backwards compatible if flags are added later. Probably read
eg sqe->ioprio as well as that isn't directly applicable (it'd just be
set in the command directly) and -EINVAL if that is set. Ala:
static int io_uring_cmd_prep(struct io_kiocb *req,
const struct io_uring_sqe *sqe)
{
struct io_uring_cmd *ioucmd = &req->uring_cmd;
struct io_ring_ctx *ctx = req->ctx;
if (ctx->flags & IORING_SETUP_IOPOLL)
return -EOPNOTSUPP;
/* do not support uring-cmd without big SQE/CQE */
if (!(ctx->flags & IORING_SETUP_SQE128))
return -EOPNOTSUPP;
if (!(ctx->flags & IORING_SETUP_CQE32))
return -EOPNOTSUPP;
if (sqe->ioprio || sqe->rw_flags
return -EINVAL;
ioucmd->cmd = (void *) &sqe->cmd;
ioucmd->cmd_op = READ_ONCE(sqe->cmd_op);
ioucmd->flags = 0;
return 0;
}
> +static int io_uring_cmd(struct io_kiocb *req, unsigned int issue_flags)
> +{
> + struct file *file = req->file;
> + struct io_uring_cmd *ioucmd = &req->uring_cmd;
> +
> + if (!req->file->f_op->uring_cmd)
> + return -EOPNOTSUPP;
> + ioucmd->flags |= issue_flags;
> + file->f_op->uring_cmd(ioucmd);
> + return 0;
> +}
We should pass in issue_flags here, it's a property of the call path,
not the command itself:
static int io_uring_cmd(struct io_kiocb *req, unsigned int issue_flags)
{
struct file *file = req->file;
struct io_uring_cmd *ioucmd = &req->uring_cmd;
if (!req->file->f_op->uring_cmd)
return -EOPNOTSUPP;
file->f_op->uring_cmd(ioucmd, issue_flags);
return 0;
}
and then get rid of ioucmd->flags, that can get re-added as the copy of
sqe->rw_flags when we need that.
Agree with Christoph on the things he brought up. If possible, please
just respin this patch with the suggested changes and we can queue it
up.
--
Jens Axboe
next prev parent reply other threads:[~2022-05-03 21:03 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20220503184911eucas1p1beb172219537d78fcaf2a1417f532cf7@eucas1p1.samsung.com>
2022-05-03 18:48 ` [PATCH v3 0/5] io_uring passthough for nvme Pankaj Raghav
[not found] ` <CGME20220503184912eucas1p1bb0e3d36c06cfde8436df3a45e67bd32@eucas1p1.samsung.com>
2022-05-03 18:48 ` [PATCH v3 1/5] fs,io_uring: add infrastructure for uring-cmd Pankaj Raghav
2022-05-03 20:52 ` Christoph Hellwig
2022-05-04 15:12 ` Kanchan Joshi
2022-05-04 12:09 ` Jens Axboe
2022-05-04 15:48 ` Kanchan Joshi
2022-05-03 21:03 ` Jens Axboe [this message]
[not found] ` <CGME20220503184913eucas1p156abb6e2273c8dabc22e87ec8b218a5c@eucas1p1.samsung.com>
2022-05-03 18:48 ` [PATCH v3 2/5] block: wire-up support for passthrough plugging Pankaj Raghav
2022-05-03 20:53 ` Christoph Hellwig
[not found] ` <CGME20220503184914eucas1p1d9df18afe3234c0698a66cdb9c664ddc@eucas1p1.samsung.com>
2022-05-03 18:48 ` [PATCH v3 3/5] nvme: refactor nvme_submit_user_cmd() Pankaj Raghav
[not found] ` <CGME20220503184915eucas1p2ae04772900c24ef0b23fd8bedead20ae@eucas1p2.samsung.com>
2022-05-03 18:48 ` [PATCH v3 4/5] nvme: wire-up uring-cmd support for io-passthru on char-device Pankaj Raghav
2022-05-03 20:55 ` Christoph Hellwig
[not found] ` <CGME20220503184916eucas1p266cbb3ffc1622b292bf59b5eccec9933@eucas1p2.samsung.com>
2022-05-03 18:48 ` [PATCH v3 5/5] nvme: add vectored-io support for uring-cmd Pankaj Raghav
2022-05-03 20:56 ` Christoph Hellwig
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 \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
/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