From: Jeff Layton <jlayton@redhat.com>
To: bfields@fieldses.org
Cc: linux-nfs@vger.kernel.org
Subject: [PATCH 00/11] nfsd: add nfsdcltrack support and limit the use of md5 hashes in nfsdv4 code
Date: Mon, 12 Nov 2012 15:00:47 -0500 [thread overview]
Message-ID: <1352750458-16857-1-git-send-email-jlayton@redhat.com> (raw)
This is the first "official" posting of the patchset that I sent as an
RFC last week. I've spent some time testing the set now and I'm fairly
convinced that it works properly. At this point, it's probably ready to
soak in -next for a bit and if all goes well, merge in 3.8.
The main changes from the last set are:
1/ I've prefixed this set with the patches to add nfsdcltrack
2/ fixed an off-by-one bug in nfsd4_cltrack_legacy_recdir()
3/ error handling for nfs4_make_rec_clidname() has been cleaned up so
that errors from the functions called are returned to the caller
4/ the callers of nfs4_make_rec_clidname in the legacy tracker now call
it earlier, which means that it's computed under fewer locks
5/ if nfs4_make_rec_clidname returns -ENOENT, then the legacy tracker
will now disable the client ID tracking altogether and emit a
printk to warn that recovery won't work properly
6/ the legacy tracker also frees the contents of the reclaim list in
its gracedone operation. There's no point in keeping that around
afterward.
Bruce, let me know if you see anything that needs addressing before
you can put this into your for-next branch.
Thanks,
Jeff Layton (11):
nfsd: add a usermodehelper upcall for NFSv4 client ID tracking
nfsd: change heuristic for selecting the client_tracking_ops
nfsd: pass info about the legacy recoverydir in environment variables
nfsd: warn about impending removal of nfsdcld upcall
nfsd: have nfsd4_find_reclaim_client take a char * argument
nfsd: break out reclaim record removal into separate function
nfsd: make nfs4_client_to_reclaim return a pointer to the reclaim
record
nfsd: don't search for client by hash on legacy reboot recovery
gracedone
nfsd: move the confirmed and unconfirmed hlists to a rbtree
nfsd: get rid of cl_recdir field
nfsd: release the legacy reclaimable clients list in grace_done
fs/nfsd/nfs4recover.c | 354 ++++++++++++++++++++++++++++++++++++++++++++++----
fs/nfsd/nfs4state.c | 217 ++++++++++++++++++-------------
fs/nfsd/state.h | 14 +-
3 files changed, 461 insertions(+), 124 deletions(-)
--
1.7.11.7
next reply other threads:[~2012-11-12 20:01 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-12 20:00 Jeff Layton [this message]
2012-11-12 20:00 ` [PATCH 01/11] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking Jeff Layton
2012-11-12 20:00 ` [PATCH 02/11] nfsd: change heuristic for selecting the client_tracking_ops Jeff Layton
2012-11-12 20:00 ` [PATCH 03/11] nfsd: pass info about the legacy recoverydir in environment variables Jeff Layton
2012-11-12 20:00 ` [PATCH 04/11] nfsd: warn about impending removal of nfsdcld upcall Jeff Layton
2012-11-12 20:00 ` [PATCH 05/11] nfsd: have nfsd4_find_reclaim_client take a char * argument Jeff Layton
2012-11-12 20:00 ` [PATCH 06/11] nfsd: break out reclaim record removal into separate function Jeff Layton
2012-11-12 20:00 ` [PATCH 07/11] nfsd: make nfs4_client_to_reclaim return a pointer to the reclaim record Jeff Layton
2012-11-12 20:00 ` [PATCH 08/11] nfsd: don't search for client by hash on legacy reboot recovery gracedone Jeff Layton
2012-11-12 20:00 ` [PATCH 09/11] nfsd: move the confirmed and unconfirmed hlists to a rbtree Jeff Layton
2012-11-12 20:00 ` [PATCH 10/11] nfsd: get rid of cl_recdir field Jeff Layton
2012-11-12 20:00 ` [PATCH 11/11] nfsd: release the legacy reclaimable clients list in grace_done Jeff Layton
2012-11-12 23:57 ` [PATCH 00/11] nfsd: add nfsdcltrack support and limit the use of md5 hashes in nfsdv4 code 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=1352750458-16857-1-git-send-email-jlayton@redhat.com \
--to=jlayton@redhat.com \
--cc=bfields@fieldses.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).