All of lore.kernel.org
 help / color / mirror / Atom feed
From: "J. Bruce Fields" <bfields@redhat.com>
To: linux-nfs@vger.kernel.org
Subject: Fix a 2.6.38 delegation regression
Date: Tue,  8 Feb 2011 23:55:45 -0500	[thread overview]
Message-ID: <1297227351-15365-1-git-send-email-bfields@redhat.com> (raw)

When I removed the mylease callback for the 2.6.38 merge window, I
screwed up: I forgot that nfsd could hold multiple leases on the same
file on behalf of multiple clients, and that all those leases would be
associated with the same file descriptor.  This could cause a problem
when removing a lease, as the wrong lease could get removed.

There's no real reason why we should hold multiple leases; we can
instead just keep one lease, and use a count of the number of
delegations to decide when to remove it.

The following patches do that (after a little preperatory cleanup).

We could instead revert the mylease removal.  But I think this is still
a small enough change to justify after the merge window.  So barring
objections I intend to to submit this for 2.6.38 soon (along with a
couple other bugfixes I have queued up.)

--b.


             reply	other threads:[~2011-02-09  4:55 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-09  4:55 J. Bruce Fields [this message]
2011-02-09  4:55 ` [PATCH 1/6] nfsd4: split up nfsd_break_deleg_cb J. Bruce Fields
2011-02-09  5:01   ` Christoph Hellwig
2011-02-09 15:14     ` J. Bruce Fields
2011-02-09 16:28       ` Jim Rees
2011-02-15 11:14         ` Christoph Hellwig
2011-02-15 12:09           ` Jim Rees
2011-02-09  4:55 ` [PATCH 2/6] nfsd4: add helper function for lease setup J. Bruce Fields
2011-02-09  4:55 ` [PATCH 3/6] nfsd4: fix leak on allocation error J. Bruce Fields
2011-02-09  4:55 ` [PATCH 4/6] nfsd4: split lease setting into separate function J. Bruce Fields
2011-02-09  4:55 ` [PATCH 5/6] nfsd4: remove unused deleg dprintk's J. Bruce Fields
2011-02-09  4:55 ` [PATCH 6/6] nfsd4: modify fi_delegations under recall_lock 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=1297227351-15365-1-git-send-email-bfields@redhat.com \
    --to=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.