linux_dsm_epyc7002/include/linux/lockd
Jeff Layton 09802fd2a8 lockd: rip out deferred lock handling from testlock codepath
As Kinglong points out, the nlm_block->b_fl field is no longer used at
all. Also, vfs_test_lock in the generic locking code will only return
FILE_LOCK_DEFERRED if FL_SLEEP is set, and it isn't here.

The only other place that returns that value is the DLM lock code, but
it only does that in dlm_posix_lock, never in dlm_posix_get.

Remove all of the deferred locking code from the testlock codepath
since it doesn't appear to ever be used anyway.

I do have a small concern that this might cause a behavior change in the
case where you have a block already sitting on the list when the
testlock request comes in, but that looks like it doesn't really work
properly anyway. I think it's best to just pass that down to
vfs_test_lock and let the filesystem report that instead of trying to
infer what's going on with the lock by looking at an existing block.

Cc: cluster-devel@redhat.com
Signed-off-by: Jeff Layton <jlayton@primarydata.com>
Reviewed-by: Kinglong Mee <kinglongmee@gmail.com>
2014-09-09 16:01:09 -04:00
..
bind.h Lockd: pass network namespace to creation and destruction routines 2012-04-11 17:55:06 -04:00
debug.h lockd: Move nlmdbg_cookie2a() to svclock.c 2010-12-16 12:37:24 -05:00
lockd.h lockd: rip out deferred lock handling from testlock codepath 2014-09-09 16:01:09 -04:00
nlm.h
share.h
xdr4.h SUNRPC: constify the rpc_program 2012-01-31 19:28:20 -05:00
xdr.h