On Sat, Oct 30, 2010 at 05:31:16PM -0400, J. Bruce Fields wrote: > The NFSv4 server was initializing the dp->dl_flock pointer by the > somewhat ridiculous method of a locks_copy_lock callback. > > Now that setlease uses the passed-in lock instead of doing a copy, > dl_flock no longer gets set, resulting in the lock leaking on delegation > release, and later possible hangs (among other problems). > > So, initialize dl_flock and get rid of the callback. >From what I can see this was the only instance of lock_manager_operations.fl_copy_lock. Please kill it while you're at it. Also lock_manager_operations.fl_release_private has only exact one instance in nfs4d which is part of the same abuse scheme. Please also get rid of it. I recently noticed this while updating Documentation/filesystems/Locking for the grand new BKL-less world. -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
