Thread (37 messages) 37 messages, 3 authors, 2017-06-15

Re: [PATCH v6 12/20] fs: add a new fstype flag to indicate how writeback errors are tracked

From: Jeff Layton <hidden>
Date: 2017-06-15 10:42:12
Also in: linux-btrfs, linux-ext4, linux-fsdevel, linux-mm, linux-xfs

On Thu, 2017-06-15 at 01:22 -0700, Christoph Hellwig wrote:
On Wed, Jun 14, 2017 at 01:24:43PM -0400, Jeff Layton wrote:
quoted
In this smaller set, it's only really used for DAX.
DAX only is implemented by three filesystems, please just fix them
up in one go.
Ok.
quoted
sync_file_range: ->fsync isn't called directly there, and I think we
probably want similar semantics to fsync() for it
sync_file_range is only supposed to sync data, so it should not call
->fsync.
Correct.

But if there is a data writeback error, should we report an error on all
open fds at that time (like we will for fsync)?

I think we probably do want to do that, but like you say...there is no
file op for sync_file_range. It'll need some way to figure out what sort
of error tracking is in play.
quoted
JBD2: will try to re-set the error after clearing it with
filemap_fdatawait. That's problematic with the new infrastructure so we
need some way to avoid it.
JBD2 only has two users, please fix them up in one go.
I came up with a fix yesterday that makes the flag unnecessary there.

Thanks,
-- 
Jeff Layton [off-list ref]
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help