Heiko Carstens b32ecdb725 [S390] qdio: fix qdio_activate timeout handling. ... Current code in qdio_activate waits for at least 5 seconds until it returns. It may return earlier if an error occurs, but not if everything is ok. This large timeout value became visible with commit dfa77f611f "qdio: set QDIO_ACTIVATE_TIMEOUT to 5s", which intended to fix the timeout value which was zero. In turn setting an FCP adapter online took 5 seconds. In practice waiting for 5ms before continuing is sufficient as pointed out by Utz Bacher and Cornelia Huck. Cc: Utz Bacher <utz.bacher@de.ibm.com> Cc: Jan Glauber <jan.glauber@de.ibm.com> Cc: Ursula Braun <braunu@de.ibm.com> Cc: Martin Peschke <mp3@de.ibm.com> Acked-by: Cornelia Huck <cornelia.huck@de.ibm.com> Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>		2008-02-19 15:29:34 +01:00
..
Makefile	…
airq.c	…
blacklist.c	…
blacklist.h	…
ccwgroup.c	…
chp.c	…
chp.h	…
chsc.c	…
chsc.h	…
cio.c	…
cio.h	…
cio_debug.h	…
cmf.c	…
css.c	…
css.h	…
device.c	[S390] cio: Do timed recovery on workqueue.	2008-02-19 15:29:32 +01:00
device.h	…
device_fsm.c	…
device_id.c	…
device_ops.c	…
device_pgid.c	…
device_status.c	…
idset.c	…
idset.h	…
io_sch.h	…
ioasm.h	…
qdio.c	[S390] qdio: fix qdio_activate timeout handling.	2008-02-19 15:29:34 +01:00
qdio.h	[S390] qdio: fix qdio_activate timeout handling.	2008-02-19 15:29:34 +01:00
schid.h	…