summaryrefslogtreecommitdiffstats
path: root/include/sound/jack.h
diff options
context:
space:
mode:
authorNicholas Bellinger <nab@linux-iscsi.org>2016-02-27 18:15:46 -0800
committerNicholas Bellinger <nab@linux-iscsi.org>2016-05-17 00:27:05 -0700
commit8f0dfb3d8b1120c61f6e2cc3729290db10772b2d (patch)
tree661cb7b2a3eb10bca89217bd064e10a4a5149190 /include/sound/jack.h
parentff7199b04f08e1a72637ba66cd2c05842dc592d0 (diff)
downloadlinux-8f0dfb3d8b1120c61f6e2cc3729290db10772b2d.tar.gz
linux-8f0dfb3d8b1120c61f6e2cc3729290db10772b2d.tar.bz2
linux-8f0dfb3d8b1120c61f6e2cc3729290db10772b2d.zip
iscsi-target: Fix early sk_data_ready LOGIN_FLAGS_READY race
There is a iscsi-target/tcp login race in LOGIN_FLAGS_READY state assignment that can result in frequent errors during iscsi discovery: "iSCSI Login negotiation failed." To address this bug, move the initial LOGIN_FLAGS_READY assignment ahead of iscsi_target_do_login() when handling the initial iscsi_target_start_negotiation() request PDU during connection login. As iscsi_target_do_login_rx() work_struct callback is clearing LOGIN_FLAGS_READ_ACTIVE after subsequent calls to iscsi_target_do_login(), the early sk_data_ready ahead of the first iscsi_target_do_login() expects LOGIN_FLAGS_READY to also be set for the initial login request PDU. As reported by Maged, this was first obsered using an MSFT initiator running across multiple VMWare host virtual machines with iscsi-target/tcp. Reported-by: Maged Mokhtar <mmokhtar@binarykinetics.com> Tested-by: Maged Mokhtar <mmokhtar@binarykinetics.com> Signed-off-by: Nicholas Bellinger <nab@linux-iscsi.org>
Diffstat (limited to 'include/sound/jack.h')
0 files changed, 0 insertions, 0 deletions