On Tue, 2015-07-28 at 16:54 +0300, Tomas Winkler wrote:
> The function should never be called with cmnd NULL so
> put a fat WARN there.
> Fix also smatch wraning:
> schedule_resp() warn: variable dereferenced before check 'cmnd'
> 
> Cc: Douglas Gilbert <dgilb...@interlog.com>
> Signed-off-by: Tomas Winkler <tomas.wink...@intel.com>
> Acked-by: Douglas Gilbert <dgilb...@interlog.com>
> ---
>  drivers/scsi/scsi_debug.c | 13 ++++++++++---
>  1 file changed, 10 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/scsi/scsi_debug.c b/drivers/scsi/scsi_debug.c
> index 3a70683cf9f9..faa4ddd8decf 100644
> --- a/drivers/scsi/scsi_debug.c
> +++ b/drivers/scsi/scsi_debug.c
> @@ -3941,13 +3941,20 @@ schedule_resp(struct scsi_cmnd *cmnd, struct 
> sdebug_dev_info *devip,
>       unsigned long iflags;
>       int k, num_in_q, qdepth, inject;
>       struct sdebug_queued_cmd *sqcp = NULL;
> -     struct scsi_device *sdp = cmnd->device;
> +     struct scsi_device *sdp;
> +
> +     /* this should never happen */
> +     if (WARN_ON(!cmnd))
> +             return SCSI_MLQUEUE_HOST_BUSY;
>  
> -     if (NULL == cmnd || NULL == devip) {
> -             pr_warn("called with NULL cmnd or devip pointer\n");
> +     if (NULL == devip) {
> +             pr_warn("called devip == NULL\n");
>               /* no particularly good error to report back */
>               return SCSI_MLQUEUE_HOST_BUSY;
>       }

Please refer to the patch I just posted, we can't return _HOST_BUSY here
if devip == NULL.  I posted a fix against the current "misc" branch as
I don't see this patch applied, let me know if I need to update it.

> +
> +     sdp = cmnd->device;
> +
>       if ((scsi_result) && (SCSI_DEBUG_OPT_NOISE & scsi_debug_opts))
>               sdev_printk(KERN_INFO, sdp, "%s: non-zero result=0x%x\n",
>                           __func__, scsi_result);


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