On Mon, 20 Feb 2012, Lan Tianyu wrote:
> The sd_check_event() will be called periodly even when the device is in
> the suspended status to check media event. The scsi_test_unit_ready() in
> the sd_check_event() will issue scsi cmd request. Issuing scsi request when
> the device is in the suspeneded status will cause problem. For example, when
> a usb flash disk in the suspended status, scsi_test_unit_ready() issues a
> scsi request. The request will be returned as failed because the usb device
> is not active. The patch adds scsi_autopm_get_device() and scsi_autopm_put_device()
> around scsi_test_unit_ready() in the sd_check_event() to resolve such problem.
>
> Signed-off-by: Lan Tianyu <tianyu.lan@xxxxxxxxx>
> ---
> drivers/scsi/sd.c | 6 ++++++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c
> index c691fb5..7913bd1 100644
> --- a/drivers/scsi/sd.c
> +++ b/drivers/scsi/sd.c
> @@ -1183,8 +1183,14 @@ static unsigned int sd_check_events(struct gendisk *disk, unsigned int clearing)
>
> if (scsi_block_when_processing_errors(sdp)) {
> sshdr = kzalloc(sizeof(*sshdr), GFP_KERNEL);
> +
> + retval = scsi_autopm_get_device(sdp);
> + if (retval)
> + goto out;
> +
> retval = scsi_test_unit_ready(sdp, SD_TIMEOUT, SD_MAX_RETRIES,
> sshdr);
> + scsi_autopm_put_device(sdp);
> }
>
> /* failed to execute TUR, assume media not present */
You might as well put the _get_device call before the kzalloc; no point
in allocating memory if it's not going to be used.
Apart from that, this is fine. Are there any other places where the
block layer sends I/O requests even when the device isn't open?
Alan Stern
--
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
