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
..
block	[S390] dasd: fix locking in __dasd_device_process_final_queue	2008-02-19 15:29:33 +01:00
char	[S390] sclp_vt220: Fix vt220 initialization	2008-02-09 18:24:39 +01:00
cio	[S390] qdio: fix qdio_activate timeout handling.	2008-02-19 15:29:34 +01:00
crypto	[S390] zcrypt: Do not start ap poll thread per default	2008-02-09 18:24:38 +01:00
net	claw/lcs/netiucv: check s390dbf level before sprints	2008-02-11 11:14:50 -05:00
scsi	…
Makefile	…
ebcdic.c	…
s390_rdev.c	…
s390mach.c	…
s390mach.h	…
sysinfo.c	calibrate_delay() must be __cpuinit	2008-02-06 10:41:08 -08:00