On Tue, 2012-09-18 at 15:10 -0700, Roland Dreier wrote:
> From: Roland Dreier <rol...@purestorage.com>
> 
> The qla2xxx firmware actually expects the task management response
> code in a CTIO IOCB with SCSI status mode 1 to be in little-endian
> byte order, ie the response code should be the first byte in the
> sense_data[] array.  The old code erroneously byte-swapped the
> response code, which puts it in the wrong place on the wire and leads
> to initiators thinking every task management request succeeds (since
> they see 0 in the byte where they look for the response code).
> 
> Cc: Chad Dupuis <chad.dup...@qlogic.com>
> Cc: Arun Easi <arun.e...@qlogic.com>
> Signed-off-by: Roland Dreier <rol...@purestorage.com>
> ---

Very nice catch here Roland!

>  drivers/scsi/qla2xxx/qla_target.c |    2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/scsi/qla2xxx/qla_target.c 
> b/drivers/scsi/qla2xxx/qla_target.c
> index 5b30132..41b74ba 100644
> --- a/drivers/scsi/qla2xxx/qla_target.c
> +++ b/drivers/scsi/qla2xxx/qla_target.c
> @@ -1403,7 +1403,7 @@ static void qlt_24xx_send_task_mgmt_ctio(struct 
> scsi_qla_host *ha,
>       ctio->u.status1.scsi_status =
>           __constant_cpu_to_le16(SS_RESPONSE_INFO_LEN_VALID);
>       ctio->u.status1.response_len = __constant_cpu_to_le16(8);
> -     ((uint32_t *)ctio->u.status1.sense_data)[0] = cpu_to_be32(resp_code);
> +     ctio->u.status1.sense_data[0] = resp_code;
>  
>       qla2x00_start_iocbs(ha, ha->req);
>  }

Dropping this into queue for the moment, and will CC' to stable -> move
into for-next once Chad & Co. have a chance to give their ACK.

Thank you!

--
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