diff options
author | Dave Chinner <dchinner@redhat.com> | 2015-06-04 09:18:18 +1000 |
---|---|---|
committer | Dave Chinner <david@fromorbit.com> | 2015-06-04 09:18:18 +1000 |
commit | e842f2903908934187af7232fb5b21da527d1757 (patch) | |
tree | 5fe6e2da05d58519d0f9360cf5116662a766906a /fs/binfmt_misc.c | |
parent | ec56b1f1fdc69599963574ce94cc5693d535dd64 (diff) | |
download | talos-op-linux-e842f2903908934187af7232fb5b21da527d1757.tar.gz talos-op-linux-e842f2903908934187af7232fb5b21da527d1757.zip |
dax: don't abuse get_block mapping for endio callbacks
dax_fault() currently relies on the get_block callback to attach an
io completion callback to the mapping buffer head so that it can
run unwritten extent conversion after zeroing allocated blocks.
Instead of this hack, pass the conversion callback directly into
dax_fault() similar to the get_block callback. When the filesystem
allocates unwritten extents, it will set the buffer_unwritten()
flag, and hence the dax_fault code can call the completion function
in the contexts where it is necessary without overloading the
mapping buffer head.
Note: The changes to ext4 to use this interface are suspect at best.
In fact, the way ext4 did this end_io assignment in the first place
looks suspect because it only set a completion callback when there
wasn't already some other write() call taking place on the same
inode. The ext4 end_io code looks rather intricate and fragile with
all it's reference counting and passing to different contexts for
modification via inode private pointers that aren't protected by
locks...
Signed-off-by: Dave Chinner <dchinner@redhat.com>
Acked-by: Jan Kara <jack@suse.cz>
Signed-off-by: Dave Chinner <david@fromorbit.com>
Diffstat (limited to 'fs/binfmt_misc.c')
0 files changed, 0 insertions, 0 deletions