[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4C9427B6.9050404@cs.wisc.edu>
Date: Fri, 17 Sep 2010 21:45:10 -0500
From: Mike Christie <michaelc@...wisc.edu>
To: Joe Eykholt <jeykholt@...co.com>
CC: "Nicholas A. Bellinger" <nab@...ux-iscsi.org>,
linux-scsi <linux-scsi@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
Vasu Dev <vasu.dev@...ux.intel.com>,
Tim Chen <tim.c.chen@...ux.intel.com>,
Andi Kleen <ak@...ux.intel.com>,
Matthew Wilcox <willy@...ux.intel.com>,
James Bottomley <James.Bottomley@...e.de>,
James Smart <james.smart@...lex.com>,
Andrew Vasquez <andrew.vasquez@...gic.com>,
FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>,
Hannes Reinecke <hare@...e.de>, Christoph Hellwig <hch@....de>
Subject: Re: [PATCH v2 01/11] scsi: Convert struct Scsi_Host->cmd_serial_number
to atomic_t
On 09/17/2010 02:03 PM, Joe Eykholt wrote:
>
> How about instead of adding use_serial_number, let's just have the
> drivers that want a serial number call scsi_cmd_get_serial()
I think this sounds better.
You could also convert drivers to the host tagging if you needed a
unique id for each command sent to a host.
> and stop calling it from scsi_dispatch_cmd()? AFAICT, it's only
> used in debug messages in some drivers. I didn't find other usages
> but didn't do an exhaustive search.
The comments for serial_number say that it is only supposed to be used
for debugging printks and most drivers use it for that. However, it
looks like mpt and dpt_i2o are using it for error handling and/or lookup
type of operations. I think the mpt* uses are not needed in the abort
checks.
And eata is using it for ordering and tracking or something. It could
probably be converted to the host tagging if or what you suggested if it
needs the uniqueue id.
zfcp looks like it copies it. It does not look like the driver needs it.
scsi_error.c uses it in scsi_try_to_abort_cmd to check if a command has
completed, but I think that can be done by checking if REQ_ATOM_COMPLETE
is set.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists