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
clntproc.c
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
svc.c	SUNRPC: Bury "#ifdef IPV6" in svc_create_xprt()	2010-01-26 17:56:43 -05:00
svclock.c
svcproc.c
svcshare.c
svcsubs.c
xdr4.c
xdr.c