linux/drivers/s390
Stefan Weinhuber 03513bccad [S390] dasd: fix locking in __dasd_device_process_final_queue
After setting the status of the cqr and releasing the lock for the
block cqr queue, we call the cqr callback function, which will usually
just trigger the dasd_block_tasklet. But when the tasklet is already
running the cqr might be processed before we invoke the callback
function. In rare cases the callback pointer may already be invalid
by the time we want to call it, which will result in a panic.
Solution: Call the callback function first and then release the lock.

Signed-off-by: Stefan Weinhuber <wein@de.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
2008-02-19 15:29:33 +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] cio: Do timed recovery on workqueue. 2008-02-19 15:29:32 +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 [SCSI] zfcp: fix sense_buffer access bug 2008-01-30 13:03:39 -06:00
ebcdic.c
Makefile [S390] Calibrate delay and bogomips. 2007-02-05 21:18:31 +01:00
s390_rdev.c
s390mach.c [S390] cio: replace subchannel evaluation queue with bitmap 2007-04-27 16:01:40 +02:00
s390mach.h
sysinfo.c calibrate_delay() must be __cpuinit 2008-02-06 10:41:08 -08:00