Jeff Layton
fa82a49127
nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
...
nfsd4_lockt does a search for a lockstateowner when building the lock
struct to test. If one is found, it'll set fl_owner to it. Regardless of
whether that happens, it'll also set fl_lmops. Given that this lock is
basically a "lightweight" lock that's just used for checking conflicts,
setting fl_lmops is probably not appropriate for it.
This behavior exposed a bug in DLM's GETLK implementation where it
wasn't clearing out the fields in the file_lock before filling in
conflicting lock info. While we were able to fix this in DLM, it
still seems pointless and dangerous to set the fl_lmops this way
when we may have a NULL lockstateowner.
Signed-off-by: Jeff Layton <jlayton@redhat.com>
Signed-off-by: J. Bruce Fields <bfields@pig.fieldses.org>
2009-01-27 17:26:59 -05:00
..
2009-01-22 13:16:01 +03:00
2009-01-22 13:15:56 +03:00
2009-01-22 13:15:56 +03:00
2009-01-22 13:16:01 +03:00
2009-01-22 13:15:54 +03:00
2009-01-22 13:15:54 +03:00
2009-01-22 13:15:57 +03:00
2009-01-22 13:15:57 +03:00
2009-01-22 13:15:54 +03:00
2009-01-05 18:32:06 -08:00
2009-01-22 13:16:01 +03:00
2009-01-22 13:15:56 +03:00
2009-01-22 13:15:58 +03:00
2009-01-07 10:00:16 -08:00
2009-01-05 11:54:28 -05:00
2009-01-21 15:28:45 -06:00
2009-01-22 13:15:56 +03:00
2009-01-22 13:15:57 +03:00
2009-01-15 16:39:42 -08:00
2009-01-09 16:54:42 -08:00
2009-01-09 16:54:42 -08:00
2009-01-22 13:15:55 +03:00
2009-01-22 13:15:58 +03:00
2009-01-26 10:08:50 -08:00
2009-01-09 16:54:42 -08:00
2009-01-22 13:15:57 +03:00
2009-01-22 13:15:57 +03:00
2009-01-22 13:15:59 +03:00
2009-01-06 15:59:08 -08:00
2009-01-22 13:15:55 +03:00
2009-01-08 08:31:01 -08:00
2009-01-08 17:14:59 -08:00
2009-01-09 21:05:21 +00:00
2009-01-22 13:15:54 +03:00
2009-01-07 15:40:44 -05:00
2009-01-22 13:15:58 +03:00
2009-01-22 13:16:01 +03:00
2009-01-22 13:16:00 +03:00
2009-01-27 17:26:59 -05:00
2009-01-26 10:08:05 -08:00
2009-01-22 13:15:55 +03:00
2009-01-26 10:41:00 -08:00
2009-01-22 13:15:58 +03:00
2009-01-05 11:54:28 -05:00
2009-01-09 21:46:13 +01:00
2009-01-09 14:00:58 -08:00
2009-01-22 13:15:59 +03:00
2009-01-08 12:04:46 +00:00
2009-01-22 13:15:53 +03:00
2009-01-22 13:15:59 +03:00
2009-01-22 13:16:01 +03:00
2009-01-22 13:15:58 +03:00
2009-01-26 10:40:28 -08:00
2009-01-22 13:15:59 +03:00
2009-01-07 11:31:52 -08:00
2009-01-22 13:15:55 +03:00
2009-01-22 13:16:00 +03:00
2009-01-22 01:23:11 -06:00
2009-01-14 14:15:25 +01:00
2009-01-08 12:04:47 +00:00
2009-01-08 08:31:12 -08:00
2009-01-08 12:04:47 +00:00
2009-01-06 15:59:19 -08:00
2009-01-09 16:54:42 -08:00
2009-01-14 14:15:22 +01:00
2009-01-06 15:59:13 -08:00
2009-01-14 14:15:16 +01:00
2009-01-14 14:15:26 +01:00
2009-01-14 14:15:18 +01:00
2009-01-06 15:59:06 -08:00
2009-01-16 18:02:10 +01:00
2009-01-14 14:15:31 +01:00
2009-01-14 14:15:28 +01:00
2009-01-14 14:15:29 +01:00
2009-01-14 14:15:24 +01:00
2009-01-14 14:15:29 +01:00
2009-01-06 15:59:09 -08:00
2009-01-09 13:15:49 -08:00
2009-01-14 14:15:24 +01:00
2009-01-14 14:15:30 +01:00
2009-01-22 13:16:01 +03:00
2009-01-09 16:54:41 -08:00
2009-01-05 18:32:06 -08:00
2009-01-14 14:15:25 +01:00
2009-01-09 15:18:49 -08:00
2009-01-06 15:59:01 -08:00
2009-01-14 14:15:30 +01:00
2009-01-14 14:15:24 +01:00
2009-01-14 14:15:29 +01:00
2009-01-14 14:15:30 +01:00
2009-01-14 14:15:32 +01:00
2009-01-14 14:15:26 +01:00
2009-01-14 14:15:26 +01:00
2009-01-14 14:15:31 +01:00
2009-01-14 14:15:31 +01:00
2009-01-14 14:15:31 +01:00
2009-01-14 14:15:31 +01:00
2009-01-14 14:15:30 +01:00
2009-01-14 14:15:23 +01:00
2009-01-14 14:15:21 +01:00
2009-01-14 14:15:31 +01:00
2009-01-14 14:15:30 +01:00
2009-01-14 14:15:23 +01:00