summaryrefslogtreecommitdiffstats
path: root/lib/bcd.c
diff options
context:
space:
mode:
authorMartin Brandenburg <martin@omnibond.com>2018-01-22 15:44:52 -0500
committerLinus Torvalds <torvalds@linux-foundation.org>2018-01-22 13:51:14 -0800
commita0ec1ded22e6a6bc41981fae22406835b006a66e (patch)
tree8d0cc23735e87e082097578dc2eee24b79df8668 /lib/bcd.c
parent0afc0decf247f65b7aba666a76a0a68adf4bc435 (diff)
downloadlinux-a0ec1ded22e6a6bc41981fae22406835b006a66e.tar.gz
linux-a0ec1ded22e6a6bc41981fae22406835b006a66e.tar.bz2
linux-a0ec1ded22e6a6bc41981fae22406835b006a66e.zip
orangefs: initialize op on loop restart in orangefs_devreq_read
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> Cc: stable@vger.kernel.org Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'lib/bcd.c')
0 files changed, 0 insertions, 0 deletions