Re: [PATCH v5 0/3] IB/srp patches for kernel v4.16

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2018-01-23 at 12:09 -0500, Doug Ledford wrote:
> I took the series as is.  But, I don't know the target core well enough
> to know what the third patch actually does (that doesn't impact my
> decision to take it, it's a knob into the target core to allow you to
> tweak things, that's obvious enough and since you find it useful, I have
> no problem with it).  I know the cmd_per_lun setting sets the queue
> depth of the scsi device on the initiator side, I would have assumed
> that normally mirrors the advertised ability of the target, but this
> patch now makes me think otherwise.  So what does this third patch
> actually do to the target code?

Hello Doug,

Thanks! Regarding the third patch: the word "target" in the "target_can_queue"
member refers to a parameter at the SCSI initiator side. The object hierarchy
in the Linux SCSI initiator stack is as follows:
* The top level objects are called SCSI hosts (struct Scsi_Host). These objects
  have a representation in sysfs under /sys/class/scsi_host/ and also under
  /sys/class/scsi_host.
* The next level objects are called SCSI targets (struct scsi_target). There is
  one directory per SCSI target in sysfs, e.g. /sys/bus/scsi/devices/target1:0:0.
* The lowest level objects are called SCSI devices (struct scsi_device). There
  is one directory per SCSI device instance in /sys/class/scsi_device/ and also
  in /sys/bus/scsi/devices/.

Each SCSI device is identified by four numbers, called the host, channel, ID
and LUN indexes. Usually these four numbers are mentioned in the order H:C:I:L.
The host part (H) identifies the SCSI host. The H:C:I part identifies the SCSI
target. From drivers/scsi/scsi_scan.c:

	dev_set_name(dev, "target%d:%d:%d", shost->host_no, channel, id);

And from drivers/scsi/scsi_sysfs.c:

	dev_set_name(&sdev->sdev_gendev, "%d:%d:%d:%llu",
		     sdev->host->host_no, sdev->channel, sdev->id, sdev->lun);

Unlike other block drivers, the SCSI core imposes more restrictions on the
number of commands that can be queued than just the queue depth of the block
layer device. The maximum number of commands that the block layer is allowed to
queue per SCSI host is Scsi_Host.can_queue. The maximum number of commands
that can be queued per SCSI target is scsi_target.can_queue. And the limit for
a single SCSI device is Scsi_Host.cmd_per_lun. See also scsi_host_is_busy(),
scsi_target_is_busy() and scsi_device_is_busy() in the SCSI core.

Bart.��.n��������+%������w��{.n�����{���fk��ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f




[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Yosemite Photos]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux