Alexandra Winter ee909d0b1d s390/qeth: Fix deadlock in remove_discipline ... Problem: qeth_close_dev_handler is a worker that tries to acquire card->discipline_mutex via drv->set_offline() in ccwgroup_set_offline(). Since commit b41b554c1e ("s390/qeth: fix locking for discipline setup / removal") qeth_remove_discipline() is called under card->discipline_mutex and cancels the work and waits for it to finish. STOPLAN reception with reason code IPA_RC_VEPA_TO_VEB_TRANSITION is the only situation that schedules close_dev_work. In that situation scheduling qeth recovery will also result in an offline interface, when resetting the isolation mode fails, if the external switch is still set to VEB. And since commit 0b9902c1fc ("s390/qeth: fix deadlock during recovery") qeth recovery does not aquire card->discipline_mutex anymore. So we accept the longer pathlength of qeth_schedule_recovery in this error situation and re-use the existing function. As a side-benefit this changes the hwtrap to behave like during recovery instead of like during a user-triggered set_offline. Fixes: b41b554c1e ("s390/qeth: fix locking for discipline setup / removal") Signed-off-by: Alexandra Winter <wintera@linux.ibm.com> Acked-by: Julian Wiedmann <jwi@linux.ibm.com> Signed-off-by: Julian Wiedmann <jwi@linux.ibm.com> Signed-off-by: Jakub Kicinski <kuba@kernel.org>		2021-09-21 20:02:24 -07:00
..
block	2nd batch of s390 updates for 5.15 merge window	2021-09-09 12:55:12 -07:00
char	2nd batch of s390 updates for 5.15 merge window	2021-09-09 12:55:12 -07:00
cio	2nd batch of s390 updates for 5.15 merge window	2021-09-09 12:55:12 -07:00
crypto	2nd batch of s390 updates for 5.15 merge window	2021-09-09 12:55:12 -07:00
net	s390/qeth: Fix deadlock in remove_discipline	2021-09-21 20:02:24 -07:00
scsi	2nd batch of s390 updates for 5.15 merge window	2021-09-09 12:55:12 -07:00
virtio	virtio/s390: get rid of open-coded kvm hypercall	2021-06-28 11:18:28 +02:00
Makefile