From: Benny Halevy <bhalevy@primarydata.com>
To: "J. Bruce Fields" <bfields@redhat.com>
Cc: NFS list <linux-nfs@vger.kernel.org>
Subject: [PATCH 0/7] delegation state fixes and cleanups for 3.13
Date: Tue, 29 Oct 2013 11:37:34 +0200 [thread overview]
Message-ID: <526F81DE.6060704@primarydata.com> (raw)
commit c7342d3cf5d5677063cbc6341634ed8cea1b176f
Author: Benny Halevy <bhalevy@primarydata.com>
Date: Tue Oct 15 17:07:31 2013 +0300
nfsd4: fix recall_lock use in unhash_delegation
Access to dp->dl_perclnt must be synchronized by the recall_lock
Signed-off-by: Benny Halevy <bhalevy@primarydata.com>
commit 87174785bcec37371b718757af67dde0f6d083e3
Author: Benny Halevy <bhalevy@primarydata.com>
Date: Tue Oct 15 17:29:13 2013 +0300
nfsd4: need to destroy revoked delegations in destroy_client
[use list_splice_init]
Signed-off-by: Benny Halevy <bhalevy@primarydata.com>
commit 775a7353f9d1e60ebd9096b1a82bfb78fe7f3cc9
Author: Benny Halevy <bhalevy@primarydata.com>
Date: Tue Oct 15 17:41:53 2013 +0300
nfsd4: properly hash delegation in nfs4_setlease
keep all accesses via dl_perclnt under the recall_lock.
Signed-off-by: Benny Halevy <bhalevy@primarydata.com>
commit fdf586869a6b026893f818cb538574a7b77f5604
Author: Benny Halevy <bhalevy@primarydata.com>
Date: Tue Oct 15 21:08:48 2013 +0300
nfsd4: hash deleg stateid only on successful nfs4_set_delegation
We don't want the stateid to be found in the hash table before the delegation
is granted.
Signed-off-by: Benny Halevy <bhalevy@primarydata.com>
commit 635a93446fde8d8fb1f4bb825926750d9b6aea9d
Author: Benny Halevy <bhalevy@primarydata.com>
Date: Tue Oct 15 23:46:55 2013 +0300
nfsd4: cleanup hash and unhash delegation
make sure all atomic ops are under the recall_lock
Signed-off-by: Benny Halevy <bhalevy@primarydata.com>
commit 39f26e5974f73b62144abde6793d41b07a32719a
Author: Benny Halevy <bhalevy@primarydata.com>
Date: Tue Oct 15 23:50:30 2013 +0300
nfsd4: move nfs4_put_file from unhash to put delegation
revoked delegations are unhashed but are kept around in nfsv4.1 and we better
hang on to dp_file in this case.
Signed-off-by: Benny Halevy <bhalevy@primarydata.com>
commit cd2b2cac09cbd45419ce7d0e354dd94537a4fbfb
Author: Benny Halevy <bhalevy@primarydata.com>
Date: Wed Oct 16 00:17:14 2013 +0300
nfsd4: hold recall_lock while accessing nfs4_delegation.dl_recall_lru
Signed-off-by: Benny Halevy <bhalevy@primarydata.com>
next reply other threads:[~2013-10-29 9:37 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-29 9:37 Benny Halevy [this message]
2013-10-29 9:39 ` [PATCH 1/7] nfsd4: fix recall_lock use in unhash_delegation Benny Halevy
2013-10-29 14:46 ` J. Bruce Fields
2013-10-30 14:02 ` Benny Halevy
2013-10-30 14:35 ` J. Bruce Fields
2013-10-30 14:43 ` Benny Halevy
2013-10-30 22:19 ` J. Bruce Fields
2013-10-29 9:39 ` [PATCH 2/7] nfsd4: need to destroy revoked delegations in destroy_client Benny Halevy
2013-10-29 15:04 ` J. Bruce Fields
2013-10-29 16:02 ` J. Bruce Fields
2013-10-30 14:07 ` Benny Halevy
2013-10-29 9:39 ` [PATCH 3/7] nfsd4: properly hash delegation in nfs4_setlease Benny Halevy
2013-10-29 9:39 ` [PATCH 4/7] nfsd4: hash deleg stateid only on successful nfs4_set_delegation Benny Halevy
2013-10-29 15:54 ` J. Bruce Fields
2013-10-30 14:10 ` Benny Halevy
2013-10-29 9:39 ` [PATCH 5/7] nfsd4: cleanup hash and unhash delegation Benny Halevy
2013-10-29 9:39 ` [PATCH 6/7] nfsd4: move nfs4_put_file from unhash to put delegation Benny Halevy
2013-10-29 15:59 ` J. Bruce Fields
2013-10-30 14:16 ` Benny Halevy
2013-10-29 9:39 ` [PATCH 7/7] nfsd4: hold recall_lock while accessing nfs4_delegation.dl_recall_lru Benny Halevy
2013-10-29 16:06 ` [PATCH 0/7] delegation state fixes and cleanups for 3.13 J. Bruce Fields
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=526F81DE.6060704@primarydata.com \
--to=bhalevy@primarydata.com \
--cc=bfields@redhat.com \
--cc=linux-nfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.