summaryrefslogtreecommitdiff
path: root/Documentation
diff options
context:
space:
mode:
authorStephen M. Cameron <scameron@beardog.cca.cpqcorp.net>2009-06-02 14:48:11 +0200
committerJens Axboe <jens.axboe@oracle.com>2009-06-02 14:48:11 +0200
commit88f627ae394eadd75ada669904269f1a4a77b3bd (patch)
tree679356d2253914ae93132c3d0116111e63284cba /Documentation
parent4a4b2d7684c66dbd8ed04eb284bc94a78e061d29 (diff)
downloadlinux-3.10-88f627ae394eadd75ada669904269f1a4a77b3bd.tar.gz
linux-3.10-88f627ae394eadd75ada669904269f1a4a77b3bd.tar.bz2
linux-3.10-88f627ae394eadd75ada669904269f1a4a77b3bd.zip
cciss: fix SCSI device reset handler
Fix the SCSI reset error handler to send a working, properly addressed reset message to the target device and add code to wait for the target device to become ready by polling it with Test Unit Ready. The existing reset code was broken in that it didn't bother to set the 8-byte LUN address to anything besides zero, so the command was addressed to the controller, which pretended to the driver that the command succeeded, while doing nothing. Ages ago I tested this code, but unbeknownst to me, my test was flawed, and what I thought was a tape drive getting reset was actually nothing of the sort. Unfortunately, there is still lots of Smartarray firmware that doesn't handle doing target resets right, and this code won't help in those cases, but it also shouldn't make things worse in those cases than they already are. Signed-off-by: Stephen M. Cameron <scameron@beardog.cca.cpqcorp.net> Cc: Mike Miller <mikem@beardog.cca.cpqcorp.net> Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
Diffstat (limited to 'Documentation')
0 files changed, 0 insertions, 0 deletions