Re: [PATCH v5 00/10] nfsd: more delegation fixes to prepare for client_mutex removal

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jul 21, 2014 at 12:01:20PM -0400, J. Bruce Fields wrote:
> On Mon, Jul 21, 2014 at 09:34:56AM -0400, Jeff Layton wrote:
> > v5:
> > - fix spinlocking in block_delegations. Lock should be held around all
> >   of the set_bit calls so we don't race with the swap of the two
> >   fields.
> > 
> > - eliminate destroy_revoked_delegation (just use nfs4_put_delegation)
> > 
> > - eliminate unneeded NULL pointer check in nfs4_setlease
> > 
> > v4:
> > - close more potential races in setlease code, and fix some bugs in
> >   error handling in that code.
> > 
> > - clean up delegation setting functions, eliminating unused arguments
> >   and avoiding allocations when there has already been a delegation
> >   break
> > 
> > - add separate spinlock for block_delegations/delegation_blocked code
> > 
> > v3:
> > - use alternate method for checking for delegation break races after
> >   getting a lease (just check fi_had_conflict instead)
> > 
> > - drop file_has_lease patch -- no longer needed
> > 
> > - move cl_revoked handling patch into this set. It means altering a
> >   few of the later patches, but it keeps the set more topically
> >   coherent
> > 
> > v2:
> > - move remove_stid call from nfs4_free_stid and into callers
> > 
> > Ok, I'm hoping we're now on the final respin here. This just cleans
> > up some nits that Christoph noticed in the last set. It also fixes
> > a potential bug that Neil noticed around the block_delegations
> > spinlocking.
> > 
> > Bruce, I noticed that you had merged the last set into your nfsd-next
> > branch, so let me know if you'd prefer me to do incremental changes
> > on top of that instead.
> 
> As long as it's just in nfsd-next I'll take replacements, if it's in
> master (== for-3.17) then I'm considering it really and truly committed
> and would rather take incremental patches.  (Though I haven't been
> really great about sticking to that.)

I'm reliably getting a freeze running connectathon tests over NFSv4
after applying this set (specifically I saw it on ae4b884fc631, the
current tip of my nfsd-next).  I'll try to get some more information.

--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




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux