NFSv4/pnfs: Fix the layout barrier update
authorTrond Myklebust <trond.myklebust@hammerspace.com>
Fri, 2 Jul 2021 20:37:15 +0000 (16:37 -0400)
committerTrond Myklebust <trond.myklebust@hammerspace.com>
Thu, 8 Jul 2021 18:03:26 +0000 (14:03 -0400)
commitaa95edf309ef31e2df4a37ebf0e5c2ca2a6772ab
tree7b0fc80bfa5c7bc36ac0103e12353829899b4b4d
parentba512c1bc3232124567a59a3995c773dc79716e8
NFSv4/pnfs: Fix the layout barrier update

If we have multiple outstanding layoutget requests, the current code to
update the layout barrier assumes that the outstanding layout stateids
are updated in order. That's not necessarily the case.

Instead of using the value of lo->plh_outstanding as a guesstimate for
the window of values we need to accept, just wait to update the window
until we're processing the last one. The intention here is just to
ensure that we don't process 2^31 seqid updates without also updating
the barrier.

Fixes: 1bcf34fdac5f ("pNFS/NFSv4: Update the layout barrier when we schedule a layoutreturn")
Signed-off-by: Trond Myklebust <trond.myklebust@hammerspace.com>
fs/nfs/pnfs.c