summaryrefslogtreecommitdiffstats
path: root/fs/ubifs/tnc.c
diff options
context:
space:
mode:
authorTrond Myklebust <trond.myklebust@primarydata.com>2014-03-04 13:12:03 -0500
committerTrond Myklebust <trond.myklebust@primarydata.com>2014-03-05 11:55:24 -0500
commit927864cd92aaad1d6285e3bb16e503caf3d6e27e (patch)
tree8fed892e6372e17d73a5b7c31083a63555b8d25b /fs/ubifs/tnc.c
parente1253be0ece1a95a02c7f5843194877471af8179 (diff)
downloadlinux-stable-927864cd92aaad1d6285e3bb16e503caf3d6e27e.tar.gz
linux-stable-927864cd92aaad1d6285e3bb16e503caf3d6e27e.tar.bz2
linux-stable-927864cd92aaad1d6285e3bb16e503caf3d6e27e.zip
NFSv4: Fix the return value of nfs4_select_rw_stateid
In commit 5521abfdcf4d6 (NFSv4: Resend the READ/WRITE RPC call if a stateid change causes an error), we overloaded the return value of nfs4_select_rw_stateid() to cause it to return -EWOULDBLOCK if an RPC call is outstanding that would cause the NFSv4 lock or open stateid to change. That is all redundant when we actually copy the stateid used in the read/write RPC call that failed, and check that against the current stateid. It is doubly so, when we consider that in the NFSv4.1 case, we also set the stateid's seqid to the special value '0', which means 'match the current valid stateid'. Reported-by: Andy Adamson <andros@netapp.com> Link: http://lkml.kernel.org/r/1393954269-3974-1-git-send-email-andros@netapp.com Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com>
Diffstat (limited to 'fs/ubifs/tnc.c')
0 files changed, 0 insertions, 0 deletions