diff options
author | Mingming <cmm@us.ibm.com> | 2009-11-10 10:48:08 -0500 |
---|---|---|
committer | Theodore Ts'o <tytso@mit.edu> | 2009-11-10 10:48:08 -0500 |
commit | 109f55651954def97fa41ee71c464d268c512ab0 (patch) | |
tree | 7c4aa2d8cb10c100bbd252e657ac410d30844bac /fs/ext4/ext4.h | |
parent | fa5d11133b07053270e18fa9c18560e66e79217e (diff) | |
download | kernel_goldelico_gta04-109f55651954def97fa41ee71c464d268c512ab0.zip kernel_goldelico_gta04-109f55651954def97fa41ee71c464d268c512ab0.tar.gz kernel_goldelico_gta04-109f55651954def97fa41ee71c464d268c512ab0.tar.bz2 |
ext4: fix ext4_ext_direct_IO()'s return value after converting uninit extents
After a direct I/O request covering an uninitalized extent (i.e.,
created using the fallocate system call) or a hole in a file, ext4
will convert the uninitialized extent so it is marked as initialized
by calling ext4_convert_unwritten_extents(). This function returns
zero on success.
This return value was getting returned by ext4_direct_IO(); however
the file system's direct_IO function is supposed to return the number
of bytes read or written on a success. By returning zero, it confused
the direct I/O code into falling back to buffered I/O unnecessarily.
Signed-off-by: Mingming Cao <cmm@us.ibm.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Diffstat (limited to 'fs/ext4/ext4.h')
0 files changed, 0 insertions, 0 deletions