[SCSI] mpt fusion: fix for mounted raid volume filesytem that goes read-only
authorEric Moore <eric.moore@lsi.com>
Fri, 15 Jun 2007 23:27:21 +0000 (17:27 -0600)
committerJames Bottomley <jejb@mulgrave.il.steeleye.com>
Sun, 17 Jun 2007 21:11:49 +0000 (16:11 -0500)
commitcc78d30af0823f33069fb4813c47571d4e0675a2
tree547562aa89f1373684bcfd499146f3455429fc55
parent958d4a32077f1d7d863e67f40f81c577c3c0c037
[SCSI] mpt fusion: fix for mounted raid volume filesytem that goes read-only

If there is IO going to the volume while a hidden disk is being torn down,
there is a case where we would return a DID_NO_CONNECT for IO sent to the
volume. The end result is the volume goes read-only. This problem is due to the
fact the firmware mapped target ids saved in per device object is phys_disk_num
for hidden  raid components, and target_id for the volume. There is a single
case when both phys_disk_num and target_id are equal, so enters this issue. We
fix this issue by checking the tflags when the device is torned down,
insuring the IO being completed is meant for hidden raid component, not the
volume.  In addition to this fix, there are a couple other cases to address
hidden raid components. For instance task_abort and device reset are not
supported by mpt fw for hidden raid components, a bus reset would be required
or target reset to volume.

Signed-off-by: Eric Moore <Eric.Moore@lsi.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
drivers/message/fusion/mptscsih.c