linux/fs/lockd
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
..
Makefile
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
mon.c lockd: don't clear sm_monitored on nsm_reboot_lookup 2010-02-08 16:20:35 -05:00
svc.c SUNRPC: Bury "#ifdef IPV6" in svc_create_xprt() 2010-01-26 17:56:43 -05:00
svc4proc.c lockd: Remove un-used nfsd headers #includes 2009-12-14 18:12:11 -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
xdr.c headers: utsname.h redux 2009-09-23 18:13:10 -07:00
xdr4.c headers: utsname.h redux 2009-09-23 18:13:10 -07:00