Eric Farman cad3dc73c0 vfio-ccw: Reset FSM state to IDLE inside FSM ... [ Upstream commit 6c02ac4c9211edabe17bda437ac97e578756f31b ] When an I/O request is made, the fsm_io_request() routine moves the FSM state from IDLE to CP_PROCESSING, and then fsm_io_helper() moves it to CP_PENDING if the START SUBCHANNEL received a cc0. Yet, the error case to go from CP_PROCESSING back to IDLE is done after the FSM call returns. Let's move this up into the FSM proper, to provide some better symmetry when unwinding in this case. Signed-off-by: Eric Farman <farman@linux.ibm.com> Reviewed-by: Cornelia Huck <cohuck@redhat.com> Acked-by: Matthew Rosato <mjrosato@linux.ibm.com> Message-Id: <20210511195631.3995081-3-farman@linux.ibm.com> Signed-off-by: Cornelia Huck <cohuck@redhat.com> Signed-off-by: Sasha Levin <sashal@kernel.org>		2021-06-16 12:01:35 +02:00
..
block	s390/dasd: fix hanging IO request during DASD driver unbind	2021-03-17 17:06:28 +01:00
char	s390 updates for the 5.10 merge window	2020-10-16 12:36:38 -07:00
cio	vfio-ccw: Reset FSM state to IDLE inside FSM	2021-06-16 12:01:35 +02:00
crypto	s390/zcrypt: fix zcard and zqueue hot-unplug memleak	2021-05-11 14:47:11 +02:00
net	s390/qeth: schedule TX NAPI on QAOB completion	2021-03-25 09:04:13 +01:00
scsi	s390 updates for the 5.10 merge window	2020-10-16 12:36:38 -07:00
virtio	virtio/s390: implement virtio-ccw revision 2 correctly	2021-03-04 11:38:42 +01:00
Makefile	s390: remove pointless drivers-y in drivers/s390/Makefile	2019-09-16 13:21:51 +02:00