diff options
author | Jeff Mahoney <jeffm@suse.com> | 2014-05-21 13:28:07 -0400 |
---|---|---|
committer | Jan Kara <jack@suse.cz> | 2014-05-21 22:36:56 +0200 |
commit | 22e7478ddbcb670e33fab72d0bbe7c394c3a2c84 (patch) | |
tree | 89c8bdbe58995dc2c0ae3d7a11b9050db2c2de54 /fs/jfs/jfs_dmap.h | |
parent | 770901cc1352b46f0e2de08260ec40c0364d7723 (diff) | |
download | linux-22e7478ddbcb670e33fab72d0bbe7c394c3a2c84.tar.bz2 |
reiserfs: call truncate_setsize under tailpack mutex
Prior to commit 0e4f6a791b1e (Fix reiserfs_file_release()), reiserfs
truncates serialized on i_mutex. They mostly still do, with the exception
of reiserfs_file_release. That blocks out other writers via the tailpack
mutex and the inode openers counter adjusted in reiserfs_file_open.
However, NFS will call reiserfs_setattr without having called ->open, so
we end up with a race when nfs is calling ->setattr while another
process is releasing the file. Ultimately, it triggers the
BUG_ON(inode->i_size != new_file_size) check in maybe_indirect_to_direct.
The solution is to pull the lock into reiserfs_setattr to encompass the
truncate_setsize call as well.
Signed-off-by: Jeff Mahoney <jeffm@suse.com>
Cc: <stable@vger.kernel.org>
Signed-off-by: Jan Kara <jack@suse.cz>
Diffstat (limited to 'fs/jfs/jfs_dmap.h')
0 files changed, 0 insertions, 0 deletions