> With the old scsi_lib code, scsi_internal_device_unblock() will return > an error at this point because the sdev state is already SDEV_RUNNING. > This means we skip the call to blk_start_queue() and never actually > start executing commands again. > > Fix this by still going ahead and finishing scsi_internal_device_unblock() > even if the sdev state is already SDEV_RUNNING. Any thoughts on this patch? Without this patch, on a moderate size system (a couple of mpt2sas adapters and 50 or so SAS devices) we seem to hit the bug and get stuck every 20 boots or so. The only way to recover is to reboot. - R. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
