Jeff Layton 7e469af97e lockd: don't clear sm_monitored on nsm_reboot_lookup ... When lockd gets a notify downcall from statd, it'll search its hosts cache and then clear the sm_monitored bit on the host it finds. The idea is apparently to make lockd redo a SM_MON on the next lock request. This is unnecessary and causes the kernel's NSM cache to go out of sync with statd. statd doesn't stop monitoring a host when it gets a SM_NOTIFY and there's no guarantee that another lock will occur after the reclaim and before the unmount. In that event, no SM_UNMON will occur. Signed-off-by: Jeff Layton <jlayton@redhat.com> Reviewed-by: Chuck Lever <chuck.lever@oracle.com> Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>		2010-02-08 16:20:35 -05:00
..
clntlock.c	sunrpc: add routine for comparing addresses	2009-08-21 11:27:42 -04:00
clntproc.c	const: make file_lock_operations const	2009-09-22 07:17:25 -07:00
grace.c
host.c	lockd: release reference to nsm_handle in nlm_host_rebooted	2010-02-08 16:20:35 -05:00
Makefile
mon.c	lockd: don't clear sm_monitored on nsm_reboot_lookup	2010-02-08 16:20:35 -05:00
svc4proc.c	lockd: Remove un-used nfsd headers #includes	2009-12-14 18:12:11 -05:00
svc.c	SUNRPC: Bury "#ifdef IPV6" in svc_create_xprt()	2010-01-26 17:56:43 -05:00
svclock.c	const: make lock_manager_operations const	2009-09-22 07:17:25 -07:00
svcproc.c	lockd: Remove un-used nfsd headers #includes	2009-12-14 18:12:11 -05:00
svcshare.c
svcsubs.c	sunrpc: add routine for comparing addresses	2009-08-21 11:27:42 -04:00
xdr4.c	headers: utsname.h redux	2009-09-23 18:13:10 -07:00
xdr.c	headers: utsname.h redux	2009-09-23 18:13:10 -07:00