]> git.baikalelectronics.ru Git - kernel.git/commit
[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)
commit4034025431aab7411d69ffeab0c48ad151ab9ff6
tree547562aa89f1373684bcfd499146f3455429fc55
parentf85eaeb13e83697a5bffe52dcef4287b51f7c08a
[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