summaryrefslogtreecommitdiffstats
path: root/fs/nfs
diff options
context:
space:
mode:
authorTrond Myklebust <Trond.Myklebust@netapp.com>2007-01-13 08:28:12 +0100
committerTrond Myklebust <Trond.Myklebust@netapp.com>2007-02-04 00:35:04 +0100
commitccfeb506231348a3c60ab0fdb5753a574653e3c0 (patch)
tree17e2261c396d927e389c7f018008e5537bc27ddb /fs/nfs
parentNFSv4: Fix NFS4_enc_server_caps_sz/NFS4_dec_server_caps_sz (diff)
downloadlinux-ccfeb506231348a3c60ab0fdb5753a574653e3c0.tar.xz
linux-ccfeb506231348a3c60ab0fdb5753a574653e3c0.zip
NFS: Fix up "rm -rf"...
When a file is being scheduled for deletion by means of the sillyrename mechanism, it makes sense to start out writeback of the dirty data as soon as possible in order to ensure that the delete can occur. Examples of cases where this is an issue include "rm -rf", which will busy-wait until the file is closed, and the sillyrename completes. Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Diffstat (limited to 'fs/nfs')
-rw-r--r--fs/nfs/dir.c2
1 files changed, 2 insertions, 0 deletions
diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
index d9ba8cb0ee75..bd269d268824 100644
--- a/fs/nfs/dir.c
+++ b/fs/nfs/dir.c
@@ -1443,6 +1443,8 @@ static int nfs_unlink(struct inode *dir, struct dentry *dentry)
if (atomic_read(&dentry->d_count) > 1) {
spin_unlock(&dentry->d_lock);
spin_unlock(&dcache_lock);
+ /* Start asynchronous writeout of the inode */
+ write_inode_now(dentry->d_inode, 0);
error = nfs_sillyrename(dir, dentry);
unlock_kernel();
return error;