]> git.baikalelectronics.ru Git - kernel.git/commit
iscsi-target: fix iscsit_del_np deadlock on unload
authorMikulas Patocka <mpatocka@redhat.com>
Mon, 23 Jun 2014 17:42:37 +0000 (13:42 -0400)
committerNicholas Bellinger <nab@linux-iscsi.org>
Sat, 28 Jun 2014 06:23:35 +0000 (23:23 -0700)
commitb715d2a8ca435286db90f200c391fd668095b3dc
tree23e1accddfc6aedef0186db3061fe820b023dfc7
parent53a23facaaaaea44348fd68908df1831229effb8
iscsi-target: fix iscsit_del_np deadlock on unload

On uniprocessor preemptible kernel, target core deadlocks on unload. The
following events happen:
* iscsit_del_np is called
* it calls send_sig(SIGINT, np->np_thread, 1);
* the scheduler switches to the np_thread
* the np_thread is woken up, it sees that kthread_should_stop() returns
  false, so it doesn't terminate
* the np_thread clears signals with flush_signals(current); and goes back
  to sleep in iscsit_accept_np
* the scheduler switches back to iscsit_del_np
* iscsit_del_np calls kthread_stop(np->np_thread);
* the np_thread is waiting in iscsit_accept_np and it doesn't respond to
  kthread_stop

The deadlock could be resolved if the administrator sends SIGINT signal to
the np_thread with killall -INT iscsi_np

The reproducible deadlock was introduced in commit
c9c48463d0aeb0e6f106dac5312933327797fa38, but the thread-stopping code was
racy even before.

This patch fixes the problem. Using kthread_should_stop to stop the
np_thread is unreliable, so we test np_thread_state instead. If
np_thread_state equals ISCSI_NP_THREAD_SHUTDOWN, the thread exits.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
Cc: stable@vger.kernel.org
Signed-off-by: Nicholas Bellinger <nab@linux-iscsi.org>
drivers/target/iscsi/iscsi_target_login.c