Alexandra Winter 744494dbb0 s390/qeth: handle deferred cc1 ... [ Upstream commit afb373ff3f ] The IO subsystem expects a driver to retry a ccw_device_start, when the subsequent interrupt response block (irb) contains a deferred condition code 1. Symptoms before this commit: On the read channel we always trigger the next read anyhow, so no different behaviour here. On the write channel we may experience timeout errors, because the expected reply will never be received without the retry. Other callers of qeth_send_control_data() may wrongly assume that the ccw was successful, which may cause problems later. Note that since commit 2297791c92 ("s390/cio: dont unregister subchannel from child-drivers") and commit 5ef1dc40ff ("s390/cio: fix invalid -EBUSY on ccw_device_start") deferred CC1s are much more likely to occur. See the commit message of the latter for more background information. Fixes: 2297791c92 ("s390/cio: dont unregister subchannel from child-drivers") Signed-off-by: Alexandra Winter <wintera@linux.ibm.com> Co-developed-by: Thorsten Winkler <twinkler@linux.ibm.com> Signed-off-by: Thorsten Winkler <twinkler@linux.ibm.com> Reviewed-by: Peter Oberparleiter <oberpar@linux.ibm.com> Link: https://lore.kernel.org/r/20240321115337.3564694-1-wintera@linux.ibm.com Signed-off-by: Jakub Kicinski <kuba@kernel.org> Signed-off-by: Sasha Levin <sashal@kernel.org>		2024-04-10 16:19:35 +02:00
..
block	s390/dasd: fix double module refcount decrement	2024-03-26 18:21:14 -04:00
char	…
cio	s390/cio: fix a memleak in css_alloc_subchannel	2023-10-25 11:59:03 +02:00
crypto	s390/zcrypt: fix reference counting on zcrypt card objects	2024-04-10 16:18:42 +02:00
net	s390/qeth: handle deferred cc1	2024-04-10 16:19:35 +02:00
scsi	…
virtio	…
Makefile	…