From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Dave Chinner <david@fromorbit.com>
Cc: Al Viro <viro@ZenIV.linux.org.uk>,
Goldwyn Rodrigues <rgoldwyn@suse.de>,
linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org,
Goldwyn Rodrigues <rgoldwyn@suse.com>
Subject: Re: [PATCH v5 1/2] Return bytes transferred for partial direct I/O
Date: Thu, 18 Jan 2018 22:31:18 -0800 [thread overview]
Message-ID: <20180119063118.GD5597@magnolia> (raw)
In-Reply-To: <20180119035951.GM16421@dastard>
On Fri, Jan 19, 2018 at 02:59:51PM +1100, Dave Chinner wrote:
> On Fri, Jan 19, 2018 at 02:13:53AM +0000, Al Viro wrote:
> > On Thu, Jan 18, 2018 at 06:57:40PM -0600, Goldwyn Rodrigues wrote:
> > > From: Goldwyn Rodrigues <rgoldwyn@suse.com>
> > >
> > > In case direct I/O encounters an error midway, it returns the error.
> > > Instead it should be returning the number of bytes transferred so far.
> > >
> > > Test case for filesystems (with ENOSPC):
> > > 1. Create an almost full filesystem
> > > 2. Create a file, say /mnt/lastfile, until the filesystem is full.
> > > 3. Direct write() with count > sizeof /mnt/lastfile.
> > >
> > > Result: write() returns -ENOSPC. However, file content has data written
> > > in step 3.
> > >
> > > This fixes fstest generic/472.
> >
> > OK... I can live with that. What about the XFS side? It should be
> > a prereq, to avoid bisection hazard; I can throw both into vfs.git,
> > if XFS folks are OK with that. Objections?
>
> Going through the VFS tree seesm the best approach to me - it's a
> trivial change. I'm sure Darrick will shout if it's going to be a
> problem, though.
vfs.git is fine, though the second patch to remove the xfs assert should
go first, as Al points out.
For both patches,
Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>
--D
>
> Cheers,
>
> Dave.
> --
> Dave Chinner
> david@fromorbit.com
next prev parent reply other threads:[~2018-01-19 6:32 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-19 0:57 [PATCH v5 1/2] Return bytes transferred for partial direct I/O Goldwyn Rodrigues
2018-01-19 0:57 ` [PATCH 2/2] xfs: remove assert to check bytes returned Goldwyn Rodrigues
2018-01-19 3:57 ` Dave Chinner
2018-01-19 4:23 ` Raphael Carvalho
2018-01-19 4:51 ` Dave Chinner
2018-01-19 2:13 ` [PATCH v5 1/2] Return bytes transferred for partial direct I/O Al Viro
2018-01-19 3:59 ` Dave Chinner
2018-01-19 6:31 ` Darrick J. Wong [this message]
2018-01-19 6:33 ` Al Viro
2018-01-20 19:47 ` Al Viro
2018-01-21 2:57 ` Goldwyn Rodrigues
2018-01-21 2:11 ` Andi Kleen
2018-01-21 2:23 ` Goldwyn Rodrigues
2018-01-21 3:07 ` Jens Axboe
2018-01-21 12:06 ` Goldwyn Rodrigues
2018-01-22 18:08 ` Andi Kleen
2018-01-22 19:10 ` Andreas Dilger
2018-01-22 19:13 ` Jens Axboe
2018-01-23 3:18 ` Goldwyn Rodrigues
2018-01-23 3:28 ` Jens Axboe
2018-01-23 6:35 ` Matthew Wilcox
2018-01-25 18:01 ` Goldwyn Rodrigues
2018-01-24 0:19 ` Andreas Dilger
2018-01-22 22:25 ` Elliott, Robert (Persistent Memory)
2018-01-22 23:14 ` Jens Axboe
2018-01-22 23:24 ` Bart Van Assche
2018-01-22 23:27 ` 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 \
--in-reply-to=20180119063118.GD5597@magnolia \
--to=darrick.wong@oracle.com \
--cc=david@fromorbit.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=rgoldwyn@suse.com \
--cc=rgoldwyn@suse.de \
--cc=viro@ZenIV.linux.org.uk \
/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;
as well as URLs for NNTP newsgroup(s).