Harald Freudenberger 16222cfb96 s390/zcrypt: fix possible deadlock situation on ap queue remove ... With commit 01396a374c ("s390/zcrypt: revisit ap device remove procedure") the ap queue remove is now a two stage process. However, a del_timer_sync() call may trigger the timer function which may try to lock the very same spinlock as is held by the function just initiating the del_timer_sync() call. This could end up in a deadlock situation. Very unlikely but possible as you need to remove an ap queue at the exact sime time when a timeout of a request occurs. Signed-off-by: Harald Freudenberger <freude@linux.ibm.com> Reported-by: Pierre Morel <pmorel@linux.ibm.com> Fixes: commit 01396a374c ("s390/zcrypt: revisit ap device remove procedure") Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>		2019-04-10 17:46:24 +02:00
..
block	s390/dasd: Fix capacity calculation for large volumes	2019-03-29 07:23:44 +01:00
char	s390/3270: fix lockdep false positive on view->lock	2019-04-10 17:46:22 +02:00
cio	s390 update with improvements and bug fixes for 5.1-rc2	2019-03-28 08:35:32 -07:00
crypto	s390/zcrypt: fix possible deadlock situation on ap queue remove	2019-04-10 17:46:24 +02:00
net	s390/qeth: be drop monitor friendly	2019-03-18 18:34:45 -07:00
scsi	s390 updates for the 5.1 merge window	2019-03-05 11:13:10 -08:00
virtio	virtio-ccw: wire up ->bus_name callback	2019-03-06 11:19:56 -05:00
Makefile