From: Ming Lei <ming.lei@redhat.com>
To: John Garry <john.garry@huawei.com>
Cc: Douglas Gilbert <dgilbert@interlog.com>,
linux-scsi@vger.kernel.org, martin.petersen@oracle.com,
jejb@linux.vnet.ibm.com, kashyap.desai@broadcom.com,
axboe@kernel.dk
Subject: Re: [PATCH] scsi_debug: fix cmd_per_lun, set to max_queue
Date: Fri, 16 Apr 2021 16:26:44 +0800 [thread overview]
Message-ID: <YHlKRDOmMRPMKl5x@T590> (raw)
In-Reply-To: <bd33c000-905a-b881-06ea-eef51c77566e@huawei.com>
On Fri, Apr 16, 2021 at 09:17:09AM +0100, John Garry wrote:
> On 16/04/2021 02:46, Ming Lei wrote:
> > > int display_failure_msg = 1, ret;
> > > struct Scsi_Host *shost = dev_to_shost(starget->dev.parent);
> > > + int depth;
> > >
> > > sdev = kzalloc(sizeof(*sdev) + shost->transportt->device_size,
> > > GFP_KERNEL);
> > > @@ -276,8 +277,13 @@ static struct scsi_device *scsi_alloc_sdev(struct
> > > scsi_target *starget,
> > > WARN_ON_ONCE(!blk_get_queue(sdev->request_queue));
> > > sdev->request_queue->queuedata = sdev;
> > >
> > > - scsi_change_queue_depth(sdev, sdev->host->cmd_per_lun ?
> > > - sdev->host->cmd_per_lun : 1);
> > > + if (sdev->host->cmd_per_lun)
> > > + depth = min_t(int, sdev->host->cmd_per_lun,
> > > + sdev->host->can_queue);
> > > + else
> > > + depth = 1;
> > > +
> > > + scsi_change_queue_depth(sdev, depth);
> > 'cmd_per_lun' should have been set as correct from the beginning instead
> > of capping it for changing queue depth:
> >
> > diff --git a/drivers/scsi/hosts.c b/drivers/scsi/hosts.c
> > index 697c09ef259b..0d9954eabbb8 100644
> > --- a/drivers/scsi/hosts.c
> > +++ b/drivers/scsi/hosts.c
> > @@ -414,7 +414,7 @@ struct Scsi_Host *scsi_host_alloc(struct scsi_host_template *sht, int privsize)
> > shost->can_queue = sht->can_queue;
> > shost->sg_tablesize = sht->sg_tablesize;
> > shost->sg_prot_tablesize = sht->sg_prot_tablesize;
> > - shost->cmd_per_lun = sht->cmd_per_lun;
> > + shost->cmd_per_lun = min_t(int, sht->cmd_per_lun, shost->can_queue);
> > shost->no_write_same = sht->no_write_same;
> > shost->host_tagset = sht->host_tagset;
>
> My concern here is that it is a common pattern in LLDDs to overwrite the
> initial shost member values between scsi_host_alloc() and scsi_add_host().
OK, then can we move the fix into beginning of scsi_add_host()?
Thanks,
Ming
next prev parent reply other threads:[~2021-04-16 8:27 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-15 1:50 [PATCH] scsi_debug: fix cmd_per_lun, set to max_queue Douglas Gilbert
2021-04-15 9:15 ` John Garry
2021-04-16 1:46 ` Ming Lei
2021-04-16 8:17 ` John Garry
2021-04-16 8:26 ` Ming Lei [this message]
2021-04-16 8:33 ` John Garry
2021-04-16 8:50 ` Ming Lei
2021-04-16 9:07 ` John Garry
2021-04-16 9:12 ` John Garry
2021-04-16 16:32 ` Douglas Gilbert
2021-04-29 13:17 ` John Garry
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YHlKRDOmMRPMKl5x@T590 \
--to=ming.lei@redhat.com \
--cc=axboe@kernel.dk \
--cc=dgilbert@interlog.com \
--cc=jejb@linux.vnet.ibm.com \
--cc=john.garry@huawei.com \
--cc=kashyap.desai@broadcom.com \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox