summaryrefslogtreecommitdiffstats
path: root/fs/nfs/callback.c
diff options
context:
space:
mode:
authorJeff Layton <jlayton@redhat.com>2008-02-19 12:51:35 -0500
committerTrond Myklebust <Trond.Myklebust@netapp.com>2008-02-20 13:32:43 -0500
commit1227a74e2e0217a4ca155d1677bdbf5f69e32bed (patch)
tree5be4e69ea8f008ec488ac0980470f6acc1da9029 /fs/nfs/callback.c
parent5d9c4a7de64d398604a978d267a6987f1f4025b7 (diff)
downloadlinux-1227a74e2e0217a4ca155d1677bdbf5f69e32bed.tar.gz
linux-1227a74e2e0217a4ca155d1677bdbf5f69e32bed.tar.bz2
linux-1227a74e2e0217a4ca155d1677bdbf5f69e32bed.zip
NFS: flush signals before taking down callback thread
Now that the reference counting on the callback thread is working as expected, it uncovers another problem. Peter Staubach noticed while testing that patch on an older kernel that he would occasionally see this printk in rpc_register fire: "RPC: failed to contact portmap (errno -512). The NFSv4 callback thread is signaled by nfs_callback_down(), but never flushes that signal. All of the shutdown processing is done with that signal pending. This makes it fail the call to unregister the port with the portmapper. In actuality, this rpc_register call isn't necessary at all since the port isn't actually registered with the portmapper anymore. Regardless, there doesn't seem to be any reason to leave the signal pending while the thread is being shut down and flushing it should generally silence that printk. Signed-off-by: Jeff Layton <jlayton@redhat.com> Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Diffstat (limited to 'fs/nfs/callback.c')
-rw-r--r--fs/nfs/callback.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/fs/nfs/callback.c b/fs/nfs/callback.c
index ecc06c619494..0d784f6f609f 100644
--- a/fs/nfs/callback.c
+++ b/fs/nfs/callback.c
@@ -93,6 +93,7 @@ static void nfs_callback_svc(struct svc_rqst *rqstp)
svc_process(rqstp);
}
+ flush_signals(current);
svc_exit_thread(rqstp);
nfs_callback_info.pid = 0;
complete(&nfs_callback_info.stopped);