linux/fs/nfs
Trond Myklebust ccfeb50623 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>
2007-02-03 15:35:04 -08:00
..
callback_proc.c
callback_xdr.c
callback.c
callback.h
client.c NFSv4: Fix Oops in nfs4_create_referral_server 2007-02-03 15:35:03 -08:00
delegation.c
delegation.h
dir.c NFS: Fix up "rm -rf"... 2007-02-03 15:35:04 -08:00
direct.c
file.c [PATCH] Remove warning: VFS is out of sync with lock manager 2007-01-30 16:01:35 -08:00
getroot.c
idmap.c
inode.c
internal.h
iostat.h
Makefile
mount_clnt.c
namespace.c
nfs2xdr.c
nfs3acl.c
nfs3proc.c
nfs3xdr.c
nfs4_fs.h
nfs4namespace.c
nfs4proc.c
nfs4renewd.c
nfs4state.c
nfs4xdr.c NFSv4: Fix NFS4_enc_server_caps_sz/NFS4_dec_server_caps_sz 2007-02-03 15:35:03 -08:00
nfsroot.c
pagelist.c
proc.c
read.c
super.c NFSv4: Fix Oops in nfs4_create_referral_server 2007-02-03 15:35:03 -08:00
symlink.c
sysctl.c
unlink.c
write.c