[PATCH 0/5] Parallelise LOCK/LOCKU in NFSv4.x (x>0)

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

 



This is a follow up to yesterday's patchset to parallelise OPEN/CLOSE,
and basically extends the parallelism to cover LOCK/LOCKU. There is one
caveat, and that is that we still serialise the _first_ lock on a file.

Please apply on top of the patch series "Parallelise
OPEN/OPEN_DOWNGRADE/CLOSE in NFSv4.x (x>0)"

Trond Myklebust (5):
  NFSv4: Fix atomicity problems with lock stateid updates
  NFSv4: Always do open_to_lock_owner if the lock stateid is
    uninitialised
  NFSv4: Fix lock on-wire reordering issues
  NFSv4: Update of VFS byte range lock must be atomic with the stateid
    update
  NFSv4.1: Allow parallel LOCK/LOCKU calls

 fs/nfs/nfs4proc.c       | 112 +++++++++++++++++++++++++++++++-----------------
 fs/nfs/nfs4xdr.c        |   6 +--
 include/linux/nfs_xdr.h |   7 +--
 3 files changed, 79 insertions(+), 46 deletions(-)

-- 
2.1.0

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