public inbox for [email protected]
 help / color / mirror / Atom feed
From: Dmitry Kadashev <[email protected]>
To: Jens Axboe <[email protected]>,
	Alexander Viro <[email protected]>,
	Christian Brauner <[email protected]>
Cc: Pavel Begunkov <[email protected]>,
	[email protected], [email protected],
	Dmitry Kadashev <[email protected]>
Subject: [PATCH v6 0/9] io_uring: add mkdir and [sym]linkat support
Date: Thu, 24 Jun 2021 18:14:43 +0700	[thread overview]
Message-ID: <[email protected]> (raw)

This started out as an attempt to add mkdirat support to io_uring which
is heavily based on renameat() / unlinkat() support.

During the review process more operations were added (linkat, symlinkat,
mknodat) mainly to keep things uniform internally (in namei.c), and
with things changed in namei.c adding support for these operations to
io_uring is trivial, so that was done too (except for mknodat). See
https://lore.kernel.org/io-uring/20210514145259.wtl4xcsp52woi6ab@wittgenstein/

The first patch is preparation with no functional changes, makes
do_mkdirat accept struct filename pointer rather than the user string.

The second one leverages that to implement mkdirat in io_uring.

3-6 just convert other similar do_* functions in namei.c to accept
struct filename, for uniformity with do_mkdirat, do_renameat and
do_unlinkat. No functional changes there.

7 changes do_* helpers in namei.c to return ints rather than some of
them returning ints and some longs.

8-9 add symlinkat and linkat support to io_uring correspondingly.

Based on for-5.14/io_uring.

v6:

- rebase
- add safety checks for IOPOLL mode
- add safety checks for unused sqe parts
- drop mknodat support from io_uring as requested by Jens
- add Christian's Acked-by

v5:
- rebase
- add symlinkat, linkat and mknodat support to io_uring

v4:
- update do_mknodat, do_symlinkat and do_linkat to accept struct
  filename for uniformity with do_mkdirat, do_renameat and do_unlinkat;

v3:
- rebase;

v2:
- do not mess with struct filename's refcount in do_mkdirat, instead add
  and use __filename_create() that does not drop the name on success;

Dmitry Kadashev (9):
  fs: make do_mkdirat() take struct filename
  io_uring: add support for IORING_OP_MKDIRAT
  fs: make do_mknodat() take struct filename
  fs: make do_symlinkat() take struct filename
  namei: add getname_uflags()
  fs: make do_linkat() take struct filename
  fs: update do_*() helpers to return ints
  io_uring: add support for IORING_OP_SYMLINKAT
  io_uring: add support for IORING_OP_LINKAT

 fs/exec.c                     |   8 +-
 fs/internal.h                 |   8 +-
 fs/io_uring.c                 | 196 ++++++++++++++++++++++++++++++++++
 fs/namei.c                    | 137 ++++++++++++++++--------
 include/linux/fs.h            |   1 +
 include/uapi/linux/io_uring.h |   4 +
 6 files changed, 301 insertions(+), 53 deletions(-)

-- 
2.30.2


             reply	other threads:[~2021-06-24 11:15 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-24 11:14 Dmitry Kadashev [this message]
2021-06-24 11:14 ` [PATCH v6 1/9] fs: make do_mkdirat() take struct filename Dmitry Kadashev
2021-06-24 11:14 ` [PATCH v6 2/9] io_uring: add support for IORING_OP_MKDIRAT Dmitry Kadashev
2021-06-24 13:03   ` Pavel Begunkov
2021-06-24 11:14 ` [PATCH v6 3/9] fs: make do_mknodat() take struct filename Dmitry Kadashev
2021-06-24 11:14 ` [PATCH v6 4/9] fs: make do_symlinkat() " Dmitry Kadashev
2021-06-24 11:14 ` [PATCH v6 5/9] namei: add getname_uflags() Dmitry Kadashev
2021-06-24 11:14 ` [PATCH v6 6/9] fs: make do_linkat() take struct filename Dmitry Kadashev
2021-06-24 11:14 ` [PATCH v6 7/9] fs: update do_*() helpers to return ints Dmitry Kadashev
2021-06-24 11:14 ` [PATCH v6 8/9] io_uring: add support for IORING_OP_SYMLINKAT Dmitry Kadashev
2021-06-24 13:04   ` Pavel Begunkov
2021-06-24 11:14 ` [PATCH v6 9/9] io_uring: add support for IORING_OP_LINKAT Dmitry Kadashev
2021-06-24 13:04   ` Pavel Begunkov
2021-06-24 15:13 ` [PATCH v6 0/9] io_uring: add mkdir and [sym]linkat support Jens Axboe

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] \
    /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