From: Al Viro <viro@zeniv.linux.org.uk>
To: linux-fsdevel@vger.kernel.org
Cc: Jens Axboe <axboe@kernel.dk>, Christoph Hellwig <hch@lst.de>,
Matthew Wilcox <willy@infradead.org>
Subject: [PATCH 2/9] btrfs_direct_write(): cleaner way to handle generic_write_sync() suppression
Date: Tue, 7 Jun 2022 04:09:57 +0000 [thread overview]
Message-ID: <Yp7PlaCTJF19m2sG@zeniv-ca.linux.org.uk> (raw)
In-Reply-To: <Yp7PTZ2nckKDTkKu@zeniv-ca.linux.org.uk>
explicitly tell iomap to do it, rather than messing with IOCB_DSYNC
[folded a fix for braino spotted by willy]
Suggested-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
---
fs/btrfs/file.c | 17 -----------------
fs/btrfs/inode.c | 2 +-
fs/iomap/direct-io.c | 2 +-
include/linux/iomap.h | 2 ++
4 files changed, 4 insertions(+), 19 deletions(-)
diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c
index 1fd827b99c1b..98f81e304eb1 100644
--- a/fs/btrfs/file.c
+++ b/fs/btrfs/file.c
@@ -1848,7 +1848,6 @@ static ssize_t check_direct_IO(struct btrfs_fs_info *fs_info,
static ssize_t btrfs_direct_write(struct kiocb *iocb, struct iov_iter *from)
{
- const bool is_sync_write = (iocb->ki_flags & IOCB_DSYNC);
struct file *file = iocb->ki_filp;
struct inode *inode = file_inode(file);
struct btrfs_fs_info *fs_info = btrfs_sb(inode->i_sb);
@@ -1901,15 +1900,6 @@ static ssize_t btrfs_direct_write(struct kiocb *iocb, struct iov_iter *from)
goto buffered;
}
- /*
- * We remove IOCB_DSYNC so that we don't deadlock when iomap_dio_rw()
- * calls generic_write_sync() (through iomap_dio_complete()), because
- * that results in calling fsync (btrfs_sync_file()) which will try to
- * lock the inode in exclusive/write mode.
- */
- if (is_sync_write)
- iocb->ki_flags &= ~IOCB_DSYNC;
-
/*
* The iov_iter can be mapped to the same file range we are writing to.
* If that's the case, then we will deadlock in the iomap code, because
@@ -1964,13 +1954,6 @@ static ssize_t btrfs_direct_write(struct kiocb *iocb, struct iov_iter *from)
btrfs_inode_unlock(inode, ilock_flags);
- /*
- * Add back IOCB_DSYNC. Our caller, btrfs_file_write_iter(), will do
- * the fsync (call generic_write_sync()).
- */
- if (is_sync_write)
- iocb->ki_flags |= IOCB_DSYNC;
-
/* If 'err' is -ENOTBLK then it means we must fallback to buffered IO. */
if ((err < 0 && err != -ENOTBLK) || !iov_iter_count(from))
goto out;
diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
index 81737eff92f3..c9c8f49568d1 100644
--- a/fs/btrfs/inode.c
+++ b/fs/btrfs/inode.c
@@ -8152,7 +8152,7 @@ ssize_t btrfs_dio_rw(struct kiocb *iocb, struct iov_iter *iter, size_t done_befo
struct btrfs_dio_data data;
return iomap_dio_rw(iocb, iter, &btrfs_dio_iomap_ops, &btrfs_dio_ops,
- IOMAP_DIO_PARTIAL, &data, done_before);
+ IOMAP_DIO_PARTIAL | IOMAP_DIO_NOSYNC, &data, done_before);
}
static int btrfs_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo,
diff --git a/fs/iomap/direct-io.c b/fs/iomap/direct-io.c
index 370c3241618a..0f16479b13d6 100644
--- a/fs/iomap/direct-io.c
+++ b/fs/iomap/direct-io.c
@@ -548,7 +548,7 @@ __iomap_dio_rw(struct kiocb *iocb, struct iov_iter *iter,
}
/* for data sync or sync, we need sync completion processing */
- if (iocb->ki_flags & IOCB_DSYNC)
+ if (iocb->ki_flags & IOCB_DSYNC && !(dio_flags & IOMAP_DIO_NOSYNC))
dio->flags |= IOMAP_DIO_NEED_SYNC;
/*
diff --git a/include/linux/iomap.h b/include/linux/iomap.h
index e552097c67e0..95de0c771d37 100644
--- a/include/linux/iomap.h
+++ b/include/linux/iomap.h
@@ -353,6 +353,8 @@ struct iomap_dio_ops {
*/
#define IOMAP_DIO_PARTIAL (1 << 2)
+#define IOMAP_DIO_NOSYNC (1 << 3)
+
ssize_t iomap_dio_rw(struct kiocb *iocb, struct iov_iter *iter,
const struct iomap_ops *ops, const struct iomap_dio_ops *dops,
unsigned int dio_flags, void *private, size_t done_before);
--
2.30.2
next prev parent reply other threads:[~2022-06-07 4:10 UTC|newest]
Thread overview: 93+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-07 4:08 [RFC][PATCHES] iov_iter stuff Al Viro
2022-06-07 4:09 ` [PATCH 1/9] No need of likely/unlikely on calls of check_copy_size() Al Viro
2022-06-07 4:41 ` Christoph Hellwig
2022-06-07 11:49 ` Christian Brauner
2022-06-07 4:09 ` Al Viro [this message]
2022-06-07 4:42 ` [PATCH 2/9] btrfs_direct_write(): cleaner way to handle generic_write_sync() suppression Christoph Hellwig
2022-06-07 16:06 ` Al Viro
2022-06-07 23:27 ` Al Viro
2022-06-07 23:31 ` [PATCH 01/10] No need of likely/unlikely on calls of check_copy_size() Al Viro
2022-06-07 23:31 ` [PATCH 02/10] teach iomap_dio_rw() to suppress dsync Al Viro
2022-06-08 6:18 ` Christoph Hellwig
2022-06-08 15:17 ` Darrick J. Wong
2022-06-10 11:38 ` Christian Brauner
2022-06-07 23:31 ` [PATCH 03/10] btrfs: use IOMAP_DIO_NOSYNC Al Viro
2022-06-08 6:18 ` Christoph Hellwig
2022-06-10 11:09 ` Christian Brauner
2022-06-07 23:31 ` [PATCH 04/10] struct file: use anonymous union member for rcuhead and llist Al Viro
2022-06-07 23:31 ` [PATCH 05/10] iocb: delay evaluation of IS_SYNC(...) until we want to check IOCB_DSYNC Al Viro
2022-06-10 11:41 ` Christian Brauner
2022-06-07 23:31 ` [PATCH 06/10] keep iocb_flags() result cached in struct file Al Viro
2022-06-09 0:35 ` Dave Chinner
2022-06-10 11:43 ` Christian Brauner
2022-06-07 23:31 ` [PATCH 07/10] copy_page_{to,from}_iter(): switch iovec variants to generic Al Viro
2022-06-07 23:31 ` [PATCH 08/10] new iov_iter flavour - ITER_UBUF Al Viro
2022-06-07 23:31 ` [PATCH 09/10] switch new_sync_{read,write}() to ITER_UBUF Al Viro
2022-06-10 11:11 ` Christian Brauner
2022-06-07 23:31 ` [PATCH 10/10] iov_iter_bvec_advance(): don't bother with bvec_iter Al Viro
2022-06-08 6:16 ` [PATCH 2/9] btrfs_direct_write(): cleaner way to handle generic_write_sync() suppression Christoph Hellwig
2022-06-07 14:49 ` Matthew Wilcox
2022-06-07 20:17 ` Al Viro
2022-06-07 4:10 ` [PATCH 3/9] struct file: use anonymous union member for rcuhead and llist Al Viro
2022-06-07 10:18 ` Jan Kara
2022-06-07 11:46 ` Christian Brauner
2022-06-07 4:11 ` [PATCH 4/9] iocb: delay evaluation of IS_SYNC(...) until we want to check IOCB_DSYNC Al Viro
2022-06-07 10:34 ` Jan Kara
2022-06-07 15:34 ` Al Viro
2022-06-07 4:11 ` [PATCH 5/9] keep iocb_flags() result cached in struct file Al Viro
2022-06-07 4:12 ` [PATCH 6/9] copy_page_{to,from}_iter(): switch iovec variants to generic Al Viro
2022-06-07 4:12 ` [PATCH 7/9] new iov_iter flavour - ITER_UBUF Al Viro
2022-06-07 4:13 ` [PATCH 8/9] switch new_sync_{read,write}() to ITER_UBUF Al Viro
2022-06-07 4:13 ` [PATCH 9/9] iov_iter_bvec_advance(): don't bother with bvec_iter Al Viro
2022-06-08 19:28 ` [RFC][PATCHES] iov_iter stuff Sedat Dilek
2022-06-08 20:39 ` Al Viro
2022-06-09 19:10 ` Sedat Dilek
2022-06-09 19:22 ` Matthew Wilcox
2022-06-09 19:58 ` Matthew Wilcox
2022-06-09 19:45 ` Al Viro
2022-06-17 22:30 ` Jens Axboe
2022-06-17 22:48 ` Al Viro
2022-06-18 5:27 ` Al Viro
2022-06-18 5:35 ` [PATCH 01/31] splice: stop abusing iov_iter_advance() to flush a pipe Al Viro
2022-06-18 5:35 ` [PATCH 02/31] ITER_PIPE: helper for getting pipe buffer by index Al Viro
2022-06-18 5:35 ` [PATCH 03/31] ITER_PIPE: helpers for adding pipe buffers Al Viro
2022-06-18 5:35 ` [PATCH 04/31] ITER_PIPE: allocate buffers as we go in copy-to-pipe primitives Al Viro
2022-06-19 1:34 ` Al Viro
2022-06-18 5:35 ` [PATCH 05/31] ITER_PIPE: fold push_pipe() into __pipe_get_pages() Al Viro
2022-06-18 5:35 ` [PATCH 06/31] ITER_PIPE: lose iter_head argument of __pipe_get_pages() Al Viro
2022-06-18 5:35 ` [PATCH 07/31] ITER_PIPE: clean pipe_advance() up Al Viro
2022-06-18 5:35 ` [PATCH 08/31] ITER_PIPE: clean iov_iter_revert() Al Viro
2022-06-18 5:35 ` [PATCH 09/31] ITER_PIPE: cache the type of last buffer Al Viro
2022-06-18 5:35 ` [PATCH 10/10] iov_iter_bvec_advance(): don't bother with bvec_iter Al Viro
2022-06-18 5:35 ` [PATCH 10/31] ITER_PIPE: fold data_start() and pipe_space_for_user() together Al Viro
2022-06-19 2:25 ` Al Viro
2022-06-18 5:35 ` [PATCH 11/31] iov_iter_get_pages{,_alloc}(): cap the maxsize with LONG_MAX Al Viro
2022-06-18 5:35 ` [PATCH 12/31] iov_iter_get_pages_alloc(): lift freeing pages array on failure exits into wrapper Al Viro
2022-06-18 5:35 ` [PATCH 13/31] iov_iter_get_pages(): sanity-check arguments Al Viro
2022-06-19 3:07 ` Al Viro
2022-06-18 5:35 ` [PATCH 14/31] unify pipe_get_pages() and pipe_get_pages_alloc() Al Viro
2022-06-18 5:35 ` [PATCH 15/31] unify xarray_get_pages() and xarray_get_pages_alloc() Al Viro
2022-06-18 5:35 ` [PATCH 16/31] unify the rest of iov_iter_get_pages()/iov_iter_get_pages_alloc() guts Al Viro
2022-06-19 3:56 ` Al Viro
2022-06-18 5:35 ` [PATCH 17/31] ITER_XARRAY: don't open-code DIV_ROUND_UP() Al Viro
2022-06-18 5:35 ` [PATCH 18/31] iov_iter: lift dealing with maxpages out of first_{iovec,bvec}_segment() Al Viro
2022-06-18 5:35 ` [PATCH 19/31] iov_iter: massage calling conventions for first_{iovec,bvec}_segment() Al Viro
2022-06-18 11:13 ` Al Viro
2022-06-18 11:18 ` Al Viro
2022-06-18 5:35 ` [PATCH 20/31] found_iovec_segment(): just return address Al Viro
2022-06-18 5:35 ` [PATCH 21/31] fold __pipe_get_pages() into pipe_get_pages() Al Viro
2022-06-18 5:35 ` [PATCH 22/31] iov_iter: saner helper for page array allocation Al Viro
2022-06-18 11:14 ` Al Viro
2022-06-18 5:35 ` [PATCH 23/31] iov_iter: advancing variants of iov_iter_get_pages{,_alloc}() Al Viro
2022-06-18 5:35 ` [PATCH 24/31] block: convert to " Al Viro
2022-06-18 5:35 ` [PATCH 25/31] iter_to_pipe(): switch to advancing variant of iov_iter_get_pages() Al Viro
2022-06-18 5:35 ` [PATCH 26/31] af_alg_make_sg(): " Al Viro
2022-06-18 5:35 ` [PATCH 27/31] 9p: convert to advancing variant of iov_iter_get_pages_alloc() Al Viro
2022-06-18 5:35 ` [PATCH 28/31] ceph: switch the last caller " Al Viro
2022-06-18 5:35 ` [PATCH 29/31] get rid of non-advancing variants Al Viro
2022-06-18 11:14 ` Al Viro
2022-06-18 5:35 ` [PATCH 30/31] pipe_get_pages(): switch to append_pipe() Al Viro
2022-06-19 4:01 ` Al Viro
2022-06-19 4:09 ` Al Viro
2022-06-18 5:35 ` [PATCH 31/31] expand those iov_iter_advance() Al Viro
2022-06-18 11:14 ` Al Viro
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=Yp7PlaCTJF19m2sG@zeniv-ca.linux.org.uk \
--to=viro@zeniv.linux.org.uk \
--cc=axboe@kernel.dk \
--cc=hch@lst.de \
--cc=linux-fsdevel@vger.kernel.org \
--cc=willy@infradead.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 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.