On Wed, Nov 14, 2012 at 12:55:13AM -0500, Jason J. Herne wrote:
> --- a/drivers/scsi/sd.c
> +++ b/drivers/scsi/sd.c
> @@ -887,7 +887,7 @@ static int sd_prep_fn(struct request_queue *q, struct 
> request *rq)
>               SCpnt->cmnd[29] = (unsigned char) (this_count >> 16) & 0xff;
>               SCpnt->cmnd[30] = (unsigned char) (this_count >> 8) & 0xff;
>               SCpnt->cmnd[31] = (unsigned char) this_count & 0xff;
> -     } else if (block > 0xffffffff) {
> +     } else if (sdp->use_16_for_rw) {
>               SCpnt->cmnd[0] += READ_16 - READ_6;
>               SCpnt->cmnd[1] = protect | ((rq->cmd_flags & REQ_FUA) ? 0x8 : 
> 0);
>               SCpnt->cmnd[2] = sizeof(block) > 4 ? (unsigned char) (block >> 
> 56) & 0xff : 0;
> @@ -2054,6 +2054,9 @@ got_data:
>               }
>       }
>  
> +     /* Use read/write(16) for > 2TB disks */
> +     sdp->use_16_for_rw = (sdkp->capacity > 0xffffffff);

The comment is pointless if you assume the reading is able to read C. What
would help is a link either here or in patch's description to the mail thread
where it has been descovered that some >2TB devices don't recognize the small
command.

> +
>       /* Rescale capacity to 512-byte units */
>       if (sector_size == 4096)
>               sdkp->capacity <<= 3;

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