summaryrefslogtreecommitdiffstats
path: root/drivers/target/target_core_transport.c
diff options
context:
space:
mode:
authorBryant G. Ly2017-05-10 21:35:47 +0200
committerNicholas Bellinger2017-05-16 05:20:03 +0200
commit75dbf2d36f6b122ad3c1070fe4bf95f71bbff321 (patch)
tree9e135b4387de6e238458b088d9313c4dae5a7d91 /drivers/target/target_core_transport.c
parentibmvscsis: Clear left-over abort_cmd pointers (diff)
downloadkernel-qcow2-linux-75dbf2d36f6b122ad3c1070fe4bf95f71bbff321.tar.gz
kernel-qcow2-linux-75dbf2d36f6b122ad3c1070fe4bf95f71bbff321.tar.xz
kernel-qcow2-linux-75dbf2d36f6b122ad3c1070fe4bf95f71bbff321.zip
ibmvscsis: Fix the incorrect req_lim_delta
The current code is not correctly calculating the req_lim_delta. We want to make sure vscsi->credit is always incremented when we do not send a response for the scsi op. Thus for the case where there is a successfully aborted task we need to make sure the vscsi->credit is incremented. v2 - Moves the original location of the vscsi->credit increment to a better spot. Since if we increment credit, the next command we send back will have increased req_lim_delta. But we probably shouldn't be doing that until the aborted cmd is actually released. Otherwise the client will think that it can send a new command, and we could find ourselves short of command elements. Not likely, but could happen. This patch depends on both: commit 25e78531268e ("ibmvscsis: Do not send aborted task response") commit 98883f1b5415 ("ibmvscsis: Clear left-over abort_cmd pointers") Signed-off-by: Bryant G. Ly <bryantly@linux.vnet.ibm.com> Reviewed-by: Michael Cyr <mikecyr@linux.vnet.ibm.com> Cc: <stable@vger.kernel.org> # v4.8+ Signed-off-by: Nicholas Bellinger <nab@linux-iscsi.org>
Diffstat (limited to 'drivers/target/target_core_transport.c')
0 files changed, 0 insertions, 0 deletions