From: Boaz Harrosh <bharrosh@panasas.com>
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Cc: James.Bottomley@HansenPartnership.com,
linux-scsi@vger.kernel.org, jens.axboe@oracle.com,
bzolnier@gmail.com, agk@redhat.com,
Geert.Uytterhoeven@sonycom.com
Subject: Re: [PATCH 2/3] scsi: varlen extended and vendor-specific cdbs
Date: Wed, 16 Apr 2008 09:40:17 +0300 [thread overview]
Message-ID: <48059F51.9060401@panasas.com> (raw)
In-Reply-To: <20080416110907B.fujita.tomonori@lab.ntt.co.jp>
On Wed, Apr 16 2008 at 5:09 +0300, FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> wrote:
> On Tue, 15 Apr 2008 15:34:47 +0300
> Boaz Harrosh <bharrosh@panasas.com> wrote:
>
>> Add support for variable-length, extended, and vendor specific
>> CDBs to scsi-ml. It is now possible for initiators and ULD's
>> to issue these types of commands. LLDs need not change much.
>> All they need is to raise the .max_cmd_len to the longest command
>> they support (see iscsi patch).
>>
>> - clean-up some code paths that did not expect commands to be
>> larger than 16, and change cmd_len members' type to short as
>> char is not enough.
>>
>> Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
>> Signed-off-by: Benny Halevy <bhalevy@panasas.com>
>> ---
>> block/scsi_ioctl.c | 5 ++---
>> drivers/scsi/constants.c | 10 +++-------
>> drivers/scsi/scsi.c | 22 +++++++++++-----------
>> drivers/scsi/scsi_lib.c | 8 ++++++--
>> include/scsi/scsi.h | 40 +++++++++++++++++++++++++++++++++-------
>> include/scsi/scsi_cmnd.h | 2 +-
>> include/scsi/scsi_host.h | 8 +++-----
>> 7 files changed, 59 insertions(+), 36 deletions(-)
>>
>> diff --git a/block/scsi_ioctl.c b/block/scsi_ioctl.c
>> index a2c3a93..aaf07e4 100644
>> --- a/block/scsi_ioctl.c
>> +++ b/block/scsi_ioctl.c
>> @@ -33,13 +33,12 @@
>> #include <scsi/scsi_cmnd.h>
>>
>> /* Command group 3 is reserved and should never be used. */
>> -const unsigned char scsi_command_size[8] =
>> +const unsigned char scsi_command_size_tbl[8] =
>> {
>> 6, 10, 10, 12,
>> 16, 12, 10, 10
>> };
>> -
>> -EXPORT_SYMBOL(scsi_command_size);
>> +EXPORT_SYMBOL(scsi_command_size_tbl);
>>
>> #include <scsi/sg.h>
>>
>> diff --git a/drivers/scsi/constants.c b/drivers/scsi/constants.c
>> index 403a7f2..9785d73 100644
>> --- a/drivers/scsi/constants.c
>> +++ b/drivers/scsi/constants.c
>> @@ -28,7 +28,6 @@
>> #define SERVICE_ACTION_OUT_12 0xa9
>> #define SERVICE_ACTION_IN_16 0x9e
>> #define SERVICE_ACTION_OUT_16 0x9f
>> -#define VARIABLE_LENGTH_CMD 0x7f
>>
>>
>>
>> @@ -210,7 +209,7 @@ static void print_opcode_name(unsigned char * cdbp, int cdb_len)
>> cdb0 = cdbp[0];
>> switch(cdb0) {
>> case VARIABLE_LENGTH_CMD:
>> - len = cdbp[7] + 8;
>> + len = scsi_varlen_cdb_length(cdbp);
>> if (len < 10) {
>> printk("short variable length command, "
>> "len=%d ext_len=%d", len, cdb_len);
>> @@ -300,7 +299,7 @@ static void print_opcode_name(unsigned char * cdbp, int cdb_len)
>> cdb0 = cdbp[0];
>> switch(cdb0) {
>> case VARIABLE_LENGTH_CMD:
>> - len = cdbp[7] + 8;
>> + len = scsi_varlen_cdb_length(cdbp);
>> if (len < 10) {
>> printk("short opcode=0x%x command, len=%d "
>> "ext_len=%d", cdb0, len, cdb_len);
>> @@ -335,10 +334,7 @@ void __scsi_print_command(unsigned char *cdb)
>> int k, len;
>>
>> print_opcode_name(cdb, 0);
>> - if (VARIABLE_LENGTH_CMD == cdb[0])
>> - len = cdb[7] + 8;
>> - else
>> - len = COMMAND_SIZE(cdb[0]);
>> + len = scsi_command_size(cdb);
>> /* print out all bytes in cdb */
>> for (k = 0; k < len; ++k)
>> printk(" %02x", cdb[k]);
>> diff --git a/drivers/scsi/scsi.c b/drivers/scsi/scsi.c
>> index f6980bd..3dabecb 100644
>> --- a/drivers/scsi/scsi.c
>> +++ b/drivers/scsi/scsi.c
>> @@ -79,15 +79,6 @@ static void scsi_done(struct scsi_cmnd *cmd);
>> #define MIN_RESET_PERIOD (15*HZ)
>>
>> /*
>> - * Macro to determine the size of SCSI command. This macro takes vendor
>> - * unique commands into account. SCSI commands in groups 6 and 7 are
>> - * vendor unique and we will depend upon the command length being
>> - * supplied correctly in cmd_len.
>> - */
>> -#define CDB_SIZE(cmd) (((((cmd)->cmnd[0] >> 5) & 7) < 6) ? \
>> - COMMAND_SIZE((cmd)->cmnd[0]) : (cmd)->cmd_len)
>> -
>> -/*
>> * Note - the initial logging level can be set here to log events at boot time.
>> * After the system is up, you may enable logging via the /proc interface.
>> */
>> @@ -620,6 +611,7 @@ int scsi_dispatch_cmd(struct scsi_cmnd *cmd)
>> unsigned long flags = 0;
>> unsigned long timeout;
>> int rtn = 0;
>> + unsigned cmd_len;
>>
>> /* check if the device is still usable */
>> if (unlikely(cmd->device->sdev_state == SDEV_DEL)) {
>> @@ -701,9 +693,17 @@ int scsi_dispatch_cmd(struct scsi_cmnd *cmd)
>> * Before we queue this command, check if the command
>> * length exceeds what the host adapter can handle.
>> */
>> - if (CDB_SIZE(cmd) > cmd->device->host->max_cmd_len) {
>> + cmd_len = cmd->cmd_len;
>> + if (!cmd_len) {
>> + BUG_ON(cmd->cmnd[0] == VARIABLE_LENGTH_CMD);
>> + cmd_len = COMMAND_SIZE((cmd)->cmnd[0]);
>> + }
>
> Hmm, how can cmd->cmd_len be zero here?
>
With FS_PC commands this is zero here. Because ULD prepare the command
only after prep_fn.
>
>> + if (cmd_len > cmd->device->host->max_cmd_len) {
>> SCSI_LOG_MLQUEUE(3,
>> - printk("queuecommand : command too long.\n"));
>> + printk("queuecommand : command too long. "
>> + "cdb_size=%d host->max_cmd_len=%d\n",
>> + cmd->cmd_len, cmd->device->host->max_cmd_len));
>> cmd->result = (DID_ABORT << 16);
>
> Why can't we just do:
>
> if (scsi_command_size(cmd->cmnd) > cmd->device->host->max_cmd_len) {
>
Because we can't. If ULD gave us length then we only use that, and we do
not assume we know anything about the command. scsi_command_size() only
knows about scsi commands and not all scsi commands at that, not all
versions and dialects of scsi. The commit log of this patch sayes:
"support for variable-length, extended, and vendor specific"
This code here enables that.
>
>> scsi_done(cmd);
>> diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
>> index 325270b..e621505 100644
>> --- a/drivers/scsi/scsi_lib.c
>> +++ b/drivers/scsi/scsi_lib.c
>> @@ -195,6 +195,7 @@ int scsi_execute(struct scsi_device *sdev, const unsigned char *cmd,
>>
>> req->cmd_len = COMMAND_SIZE(cmd[0]);
>> memcpy(req->cmd, cmd, req->cmd_len);
>> +
>
> Please don't put a new line at a place unrelated with this patch.
>
Ooops left over from the rebasing sorry.
>
>> req->sense = sense;
>> req->sense_len = 0;
>> req->retries = retries;
>> @@ -445,7 +446,7 @@ static void scsi_init_cmd_errh(struct scsi_cmnd *cmd)
>> scsi_set_resid(cmd, 0);
>> memset(cmd->sense_buffer, 0, SCSI_SENSE_BUFFERSIZE);
>> if (cmd->cmd_len == 0)
>> - cmd->cmd_len = COMMAND_SIZE(cmd->cmnd[0]);
>> + cmd->cmd_len = scsi_command_size(cmd->cmnd);
>> }
>>
>> void scsi_device_unbusy(struct scsi_device *sdev)
>> @@ -1130,13 +1131,16 @@ int scsi_setup_blk_pc_cmnd(struct scsi_device *sdev, struct request *req)
>> }
>>
>> cmd->cmd_len = req->cmd_len;
>> + if (!cmd->cmd_len)
>> + cmd->cmd_len = scsi_command_size(cmd->cmnd);
>> +
>
> how can cmd->cmd_len be zero here? SG_IO path sets up req->cmd_len
> properly for PC commands.
>
It is either that or BUG_ON(), I would say that a simple thing like that
I would let the Initiator get lazy if it wants to.
>
>> if (!req->data_len)
>> cmd->sc_data_direction = DMA_NONE;
>> else if (rq_data_dir(req) == WRITE)
>> cmd->sc_data_direction = DMA_TO_DEVICE;
>> else
>> cmd->sc_data_direction = DMA_FROM_DEVICE;
>> -
>> +
>> cmd->transfersize = req->data_len;
>> cmd->allowed = req->retries;
>> cmd->timeout_per_command = req->timeout;
>> diff --git a/include/scsi/scsi.h b/include/scsi/scsi.h
>> index 1f74bcd..32742c4 100644
>> --- a/include/scsi/scsi.h
>> +++ b/include/scsi/scsi.h
>> @@ -30,13 +30,6 @@
>> #endif
>>
>> /*
>> - * SCSI command lengths
>> - */
>> -
>> -extern const unsigned char scsi_command_size[8];
>> -#define COMMAND_SIZE(opcode) scsi_command_size[((opcode) >> 5) & 7]
>> -
>> -/*
>> * Special value for scanning to specify scanning or rescanning of all
>> * possible channels, (target) ids, or luns on a given shost.
>> */
>> @@ -109,6 +102,7 @@ extern const unsigned char scsi_command_size[8];
>> #define MODE_SENSE_10 0x5a
>> #define PERSISTENT_RESERVE_IN 0x5e
>> #define PERSISTENT_RESERVE_OUT 0x5f
>> +#define VARIABLE_LENGTH_CMD 0x7f
>> #define REPORT_LUNS 0xa0
>> #define MAINTENANCE_IN 0xa3
>> #define MOVE_MEDIUM 0xa5
>> @@ -136,6 +130,38 @@ extern const unsigned char scsi_command_size[8];
>> #define ATA_12 0xa1 /* 12-byte pass-thru */
>>
>> /*
>> + * SCSI command lengths
>> + */
>> +
>> +#define SCSI_MAX_VARLEN_CDB_SIZE 260
>> +
>> +/* defined in T10 SCSI Primary Commands-2 (SPC2) */
>> +struct scsi_varlen_cdb_hdr {
>> + u8 opcode; /* opcode always == VARIABLE_LENGTH_CMD */
>> + u8 control;
>> + u8 misc[5];
>> + u8 additional_cdb_length; /* total cdb length - 8 */
>> + __be16 service_action;
>> + /* service specific data follows */
>> +};
>> +
>> +static inline unsigned
>> +scsi_varlen_cdb_length(const void *hdr)
>> +{
>> + return ((struct scsi_varlen_cdb_hdr *)hdr)->additional_cdb_length + 8;
>> +}
>> +
>> +extern const unsigned char scsi_command_size_tbl[8];
>> +#define COMMAND_SIZE(opcode) scsi_command_size_tbl[((opcode) >> 5) & 7]
>> +
>> +static inline unsigned
>> +scsi_command_size(const unsigned char *cmnd)
>> +{
>> + return (cmnd[0] == VARIABLE_LENGTH_CMD) ?
>> + scsi_varlen_cdb_length(cmnd) : COMMAND_SIZE(cmnd[0]);
>> +}
>> +
>> +/*
>> * SCSI Architecture Model (SAM) Status codes. Taken from SAM-3 draft
>> * T10/1561-D Revision 4 Draft dated 7th November 2002.
>> */
>> diff --git a/include/scsi/scsi_cmnd.h b/include/scsi/scsi_cmnd.h
>> index dea73e5..f4dacb1 100644
>> --- a/include/scsi/scsi_cmnd.h
>> +++ b/include/scsi/scsi_cmnd.h
>> @@ -78,7 +78,7 @@ struct scsi_cmnd {
>> int allowed;
>> int timeout_per_command;
>>
>> - unsigned char cmd_len;
>> + unsigned short cmd_len;
>> enum dma_data_direction sc_data_direction;
>>
>> /* These elements define the operation we are about to perform */
>> diff --git a/include/scsi/scsi_host.h b/include/scsi/scsi_host.h
>> index 4913286..31f1bfd 100644
>> --- a/include/scsi/scsi_host.h
>> +++ b/include/scsi/scsi_host.h
>> @@ -573,13 +573,11 @@ struct Scsi_Host {
>> /*
>> * The maximum length of SCSI commands that this host can accept.
>> * Probably 12 for most host adapters, but could be 16 for others.
>> + * or 260 if the driver supports variable length cdbs.
>> * For drivers that don't set this field, a value of 12 is
>> - * assumed. I am leaving this as a number rather than a bit
>> - * because you never know what subsequent SCSI standards might do
>> - * (i.e. could there be a 20 byte or a 24-byte command a few years
>> - * down the road?).
>> + * assumed.
>> */
>> - unsigned char max_cmd_len;
>> + unsigned short max_cmd_len;
>>
>> int this_id;
>> int can_queue;
>> --
>> 1.5.3.3
>>
>>
>> --
As a reply to this mail I'll send a patch without the extra space.
Boaz
next prev parent reply other threads:[~2008-04-16 6:41 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-25 16:21 [PATCHSET 0/3] Is it time for varlen extended and vendor-specific cdbs Boaz Harrosh
2008-03-25 16:22 ` [PATCH] Let scsi_cmnd->cmnd use request->cmd buffer Boaz Harrosh
2008-03-25 16:32 ` [PATCH 2/3] block layer varlen-cdb Boaz Harrosh
2008-04-03 16:43 ` James Bottomley
2008-04-03 17:26 ` Benny Halevy
2008-04-03 18:32 ` [PATCH 2/3 ver2] block layer extended-cdb support Boaz Harrosh
2008-04-04 11:46 ` Jens Axboe
2008-04-06 9:35 ` Boaz Harrosh
2008-04-06 11:05 ` Boaz Harrosh
2008-04-07 8:31 ` Jens Axboe
2008-04-12 5:52 ` FUJITA Tomonori
2008-04-13 9:13 ` Boaz Harrosh
2008-04-13 16:17 ` FUJITA Tomonori
2008-04-13 16:50 ` Boaz Harrosh
2008-04-14 9:49 ` [PATCH 2/3 ver3] " Boaz Harrosh
2008-04-14 11:04 ` FUJITA Tomonori
2008-04-14 11:28 ` Boaz Harrosh
2008-04-14 12:08 ` FUJITA Tomonori
2008-04-14 12:22 ` Boaz Harrosh
2008-04-14 11:04 ` [PATCH 2/3 ver2] " FUJITA Tomonori
2008-04-14 10:50 ` [PATCH 0/4] add large command support to the block layer FUJITA Tomonori
2008-04-14 10:50 ` [PATCH 1/4] block: no need to initialize rq->cmd in prepare_flush_fn hook FUJITA Tomonori
2008-04-14 10:50 ` [PATCH 2/4] block: no need to initialize rq->cmd with blk_get_request FUJITA Tomonori
2008-04-14 10:50 ` [PATCH 3/4] block: replace sizeof(rq->cmd) with BLK_MAX_CDB FUJITA Tomonori
2008-04-14 10:50 ` [PATCH 4/4] block: add large command support FUJITA Tomonori
2008-04-14 11:29 ` Jens Axboe
2008-04-14 12:08 ` FUJITA Tomonori
2008-04-15 22:50 ` Bartlomiej Zolnierkiewicz
2008-04-15 22:57 ` FUJITA Tomonori
2008-04-16 0:22 ` Bartlomiej Zolnierkiewicz
2008-04-16 8:33 ` Jens Axboe
2008-04-16 9:08 ` Boaz Harrosh
2008-04-16 9:42 ` Jens Axboe
2008-04-16 22:28 ` Bartlomiej Zolnierkiewicz
2008-04-17 3:59 ` FUJITA Tomonori
2008-04-17 7:07 ` Jens Axboe
2008-04-17 11:55 ` Bartlomiej Zolnierkiewicz
2008-04-17 11:58 ` Bartlomiej Zolnierkiewicz
2008-04-17 12:07 ` FUJITA Tomonori
2008-04-17 4:02 ` FUJITA Tomonori
2008-04-14 14:41 ` Pete Wyckoff
2008-04-14 22:33 ` FUJITA Tomonori
2008-04-15 13:44 ` Pete Wyckoff
2008-04-15 7:45 ` Boaz Harrosh
2008-04-15 10:05 ` FUJITA Tomonori
2008-04-15 7:29 ` Jens Axboe
2008-04-14 11:21 ` [PATCH 0/4] add large command support to the block layer FUJITA Tomonori
2008-04-14 11:38 ` Boaz Harrosh
2008-04-14 12:36 ` Boaz Harrosh
2008-04-14 13:06 ` FUJITA Tomonori
2008-04-15 12:24 ` [PATCH 0/3] scsi: variable-length CDBs support Boaz Harrosh
2008-04-15 12:30 ` [PATCH 1/3] Let scsi_cmnd->cmnd use request->cmd buffer Boaz Harrosh
2008-04-15 12:34 ` [PATCH 2/3] scsi: varlen extended and vendor-specific cdbs Boaz Harrosh
2008-04-16 2:09 ` FUJITA Tomonori
2008-04-16 6:40 ` Boaz Harrosh [this message]
2008-04-16 6:49 ` [PATCH 2/3 ver2] " Boaz Harrosh
2008-04-17 4:01 ` [PATCH 2/3] " FUJITA Tomonori
2008-04-17 12:25 ` [PATCH 2/3 ver3] " Boaz Harrosh
2008-04-17 12:49 ` Boaz Harrosh
2008-04-17 13:04 ` FUJITA Tomonori
2008-04-17 13:29 ` Boaz Harrosh
2008-04-15 12:37 ` [PATCH 3/3] iscsi_tcp: Enable large commands Boaz Harrosh
2008-04-15 13:08 ` James Smart
2008-04-15 13:38 ` Boaz Harrosh
2008-04-15 13:57 ` Benny Halevy
2008-04-15 13:46 ` FUJITA Tomonori
2008-04-13 14:07 ` [PATCH 2/3 ver2] block layer extended-cdb support James Bottomley
2008-04-13 16:17 ` FUJITA Tomonori
2008-03-25 16:36 ` [PATCH 3/3] scsi: varlen extended and vendor-specific cdbs Boaz Harrosh
2008-04-03 16:07 ` [PATCHSET 0/3] Is it time for " Boaz Harrosh
2008-04-13 16:30 ` [PATCHSET 0/4 ver2] " Boaz Harrosh
2008-04-13 16:37 ` [PATCH 1/4] Let scsi_cmnd->cmnd use request->cmd buffer Boaz Harrosh
2008-04-13 16:39 ` [PATCH 2/4] block layer extended-cdb support Boaz Harrosh
2008-04-13 16:39 ` [PATCH 3/4] scsi: varlen extended and vendor-specific cdbs Boaz Harrosh
2008-04-13 16:41 ` [PATCH 4/4] iscsi_tcp: Enable large command Boaz Harrosh
2008-04-18 17:11 ` Mike Christie
-- strict thread matches above, loose matches on Subject: below --
2008-04-30 8:13 [PATCH 3/3] scsi support variable length commands Boaz Harrosh
2008-04-30 8:27 ` [PATCH 2/3] scsi: varlen extended and vendor-specific cdbs Boaz Harrosh
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=48059F51.9060401@panasas.com \
--to=bharrosh@panasas.com \
--cc=Geert.Uytterhoeven@sonycom.com \
--cc=James.Bottomley@HansenPartnership.com \
--cc=agk@redhat.com \
--cc=bzolnier@gmail.com \
--cc=fujita.tomonori@lab.ntt.co.jp \
--cc=jens.axboe@oracle.com \
--cc=linux-scsi@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).