diff options
author | Dave Chinner <dchinner@redhat.com> | 2015-07-29 11:48:00 +1000 |
---|---|---|
committer | Dave Chinner <david@fromorbit.com> | 2015-07-29 11:48:00 +1000 |
commit | b2442c5a7fe92cca08437070c8a45a7aa0d1703e (patch) | |
tree | dd16bd4306ef3e81925f883314a88c4f2be11690 /fs/ocfs2/stackglue.c | |
parent | bc0195aad0daa2ad5b0d76cce22b167bc3435590 (diff) | |
download | lwn-b2442c5a7fe92cca08437070c8a45a7aa0d1703e.tar.gz lwn-b2442c5a7fe92cca08437070c8a45a7aa0d1703e.zip |
xfs: call dax_fault on read page faults for DAX
When modifying the patch series to handle the XFS MMAP_LOCK nesting
of page faults, I botched the conversion of the read page fault
path, and so it is only every calling through the page cache. Re-add
the necessary __dax_fault() call for such files.
Because the get_blocks callback on read faults may not set up the
mapping buffer correctly to allow unwritten extent completion to be
run, we need to allow callers of __dax_fault() to pass a null
complete_unwritten() callback. The DAX code always zeros the
unwritten page when it is read faulted so there are no stale data
exposure issues with not doing the conversion. The only downside
will be the potential for increased CPU overhead on repeated read
faults of the same page. If this proves to be a problem, then the
filesystem needs to fix it's get_block callback and provide a
convert_unwritten() callback to the read fault path.
Signed-off-by: Dave Chinner <dchinner@redhat.com>
Reviewed-by: Matthew Wilcox <willy@linux.intel.com>
Reviewed-by: Brian Foster <bfoster@redhat.com>
Signed-off-by: Dave Chinner <david@fromorbit.com>
Diffstat (limited to 'fs/ocfs2/stackglue.c')
0 files changed, 0 insertions, 0 deletions