On 11/06/2014 10:11 PM, wenxi...@linux.vnet.ibm.com wrote:
> This patch fixes an issue with multipath ipr SAS devices which require a
> start unit command to be issued following an adapter reset. Without this
> patch, paths get marked failed following an adapter reset and since the
> error handler never gets invoked to issue the start unit, the paths are
> never recovered. Returning FAILED for this case ensures the error
> handler wakes up to issue the start unit.
> 
> Signed-off-by: Brian King <brk...@linux.vnet.ibm.com>
> Teste-by: Wen Xiong <wenxi...@linux.vnet.ibm.com>
> ---
>  drivers/scsi/device_handler/scsi_dh_alua.c |    7 +++++++
>  1 file changed, 7 insertions(+)
> 
> Index: b/drivers/scsi/device_handler/scsi_dh_alua.c
> ===================================================================
> --- a/drivers/scsi/device_handler/scsi_dh_alua.c      2014-11-06 
> 14:01:37.682079047 -0600
> +++ b/drivers/scsi/device_handler/scsi_dh_alua.c      2014-11-06 
> 14:04:08.772079175 -0600
> @@ -474,6 +474,13 @@ static int alua_check_sense(struct scsi_
>                        * LUN Not Ready -- Offline
>                        */
>                       return SUCCESS;
> +             if (sdev->allow_restart &&
> +                 sense_hdr->asc == 0x04 && sense_hdr->ascq == 0x02)
> +                     /*
> +                      * if the device is not started, we need to wake
> +                      * the error handler to start the motor
> +                      */
> +                     return FAILED;
>               break;
>       case UNIT_ATTENTION:
>               if (sense_hdr->asc == 0x29 && sense_hdr->ascq == 0x00)
> 
Reviewed-by: Hannes Reinecke <h...@suse.de>

Cheers,

Hannes
-- 
Dr. Hannes Reinecke                   zSeries & Storage
h...@suse.de                          +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 21284 (AG Nürnberg)
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to