orangefs: initialize op on loop restart in orangefs_devreq_read
authorMartin Brandenburg <martin@omnibond.com>
Mon, 22 Jan 2018 20:44:52 +0000 (15:44 -0500)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Wed, 31 Jan 2018 11:55:50 +0000 (12:55 +0100)
commit5c26ee198fcacda157918a9b211ba1f111e1ed9b
tree7ba48dbc8aec3860b63355d79d670030af3fcda7
parentfb39345e73141e4ae4529168965c37024cb3acb3
orangefs: initialize op on loop restart in orangefs_devreq_read

commit a0ec1ded22e6a6bc41981fae22406835b006a66e upstream.

In orangefs_devreq_read, there is a loop which picks an op off the list
of pending ops.  If the loop fails to find an op, there is nothing to
read, and it returns EAGAIN.  If the op has been given up on, the loop
is restarted via a goto.  The bug is that the variable which the found
op is written to is not reinitialized, so if there are no more eligible
ops on the list, the code runs again on the already handled op.

This is triggered by interrupting a process while the op is being copied
to the client-core.  It's a fairly small window, but it's there.

Signed-off-by: Martin Brandenburg <martin@omnibond.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
fs/orangefs/devorangefs-req.c