On Wed, Sep 14, 2011 at 07:44:56AM -0400, J. Bruce Fields wrote: > This is just another batch of little cleanups and bugfixes to the nfsd4 > state code. > > What I'm actually thinking I'd like to do next is change the way > stateid's are composed to make it possible to look up the client first. > Once the client's looked up, lookup of the individual stateid, and most > of the following work, looks to me like it could be done under a > per-client lock. The set of clients doesn't change very much so we > could use locking that favors readers (maybe rcu) for that part. So > that could be a first step towards saner locking. > > And then also still to do: > - close replays: we keep around a stateid to handle close > replays only in the case where it's the last stateid for an > openowner, but that's not sufficient. A fix for this follows. --b. -- 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
