summaryrefslogtreecommitdiffstats
path: root/fs/nfs
diff options
context:
space:
mode:
authorTrond Myklebust <Trond.Myklebust@netapp.com>2007-01-13 02:28:12 -0500
committerTrond Myklebust <Trond.Myklebust@netapp.com>2007-02-03 15:35:04 -0800
commitccfeb506231348a3c60ab0fdb5753a574653e3c0 (patch)
tree17e2261c396d927e389c7f018008e5537bc27ddb /fs/nfs
parentab91f264cfbafd079dcb1bd02e9803c2dd65de19 (diff)
downloadop-kernel-dev-ccfeb506231348a3c60ab0fdb5753a574653e3c0.zip
op-kernel-dev-ccfeb506231348a3c60ab0fdb5753a574653e3c0.tar.gz
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 d9ba8cb..bd269d2 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;
OpenPOWER on IntegriCloud