Tell NFS/lockd client what that local state number is.
authorNeil Brown <neilb@suse.de>
Mon, 2 Apr 2007 03:25:40 +0000 (13:25 +1000)
committerNeil Brown <neilb@suse.de>
Mon, 2 Apr 2007 03:25:40 +0000 (13:25 +1000)
commitdda3455d8b96a7b078bc00c113e1af15ed421d5b
tree50d1c08a904ff99714f69d1cea1422cd8d196143
parentca5f2d1e16a6451c1df203bccfd8944ee84c728f
Tell NFS/lockd client what that local state number is.

Both SM_STAT and SM_MON can return the state of an NSM, but it is
unclear which NSM they return the state of, so the value cannot be
used, and lockd doesn't use it.
Document this confusion, and give the current state to the kernel
via a sysctl if that sysctl is available (since about 2.6.19).
This should make is possible for the NFS server to detect a small
class of bad SM_NOTIFY packets and not flush locks in that case.

Signed-off-by: Neil Brown <neilb@suse.de>
utils/statd/monitor.c
utils/statd/sm-notify.c
utils/statd/stat.c
utils/statd/statd.c