linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bart Van Assche <bvanassche@acm.org>
To: Hannes Reinecke <hare@suse.de>,
	James Bottomley <jbottomley@parallels.com>
Cc: Sean Stewart <sean.stewart@netapp.com>,
	Martin George <marting@netapp.com>,
	linux-scsi@vger.kernel.org
Subject: Re: [PATCH 08/16] scsi_dh_alua: parse target device id
Date: Mon, 17 Feb 2014 15:05:14 +0100	[thread overview]
Message-ID: <5302171A.9070507@acm.org> (raw)
In-Reply-To: <52FE0A66.6050200@suse.de>

On 02/14/14 13:21, Hannes Reinecke wrote:
> On 02/14/2014 01:09 PM, Bart Van Assche wrote:
>> On 01/31/14 10:29, Hannes Reinecke wrote:
>>> +	if (!target_id_size) {
>>> +		/* Check for EMC Clariion extended inquiry */
>>> +		if (!strncmp(sdev->vendor, "DGC     ", 8) &&
>>> +		    sdev->inquiry_len > 160) {
>>> +			target_id_size = sdev->inquiry[160];
>>> +			target_id = sdev->inquiry + 161;
>>> +			strcpy(target_id_str, "emc.");
>>> +			memcpy(target_id_str + 4, target_id, target_id_size);
>>> +		}
>>> +		/* Check for HP EVA extended inquiry */
>>> +		if (!strncmp(sdev->vendor, "HP      ", 8) &&
>>> +		    !strncmp(sdev->model, "HSV", 3) &&
>>> +		    sdev->inquiry_len > 170) {
>>> +			target_id_size = 16;
>>> +			target_id = sdev->inquiry + 154;
>>> +			strcpy(target_id_str, "naa.");
>>> +			memcpy(target_id_str + 4, target_id, target_id_size);
>>> +		}
>>> +	}
>>
>> Being able to identify a storage array unambiguously is essential for
>> the new ALUA device handler algorithm introduced by this patch series.
>> What if a new storage array is introduced that is not covered by one of
>> the heuristics in this patch ? Has it been considered to let storage
>> array identification occur in user space instead of in the kernel ?
>
> As noted in the other mail, if we cannot decipher the array
> identifier the whole thing degrades into one pg per sdev.
> IE we cannot bunch RTPG / STPG for those.
> The idea here is that those arrays do not have any limitations,
> so that no special treatment is required.
> 
> Adding identifiers from userspace are a bit tricky; there is no
> actual sysfs structure for the device handler.
> Which we would need if we were to use these tricks.

The reason I started asking about the target device ID is because for
Fusion-io ION devices we also encode the device ID in the INQUIRY
response (bytes 36..55; left aligned; padded with '\0'). The vendor name
is "FUSIONIO" and the first three characters of the product name are
"ION". Can you add  the necessary support in the device identification
code ? Seems like it's time we get you a pair of those devices for
testing :-) An example:

# sg_inq -rl256 /dev/sdb | dd bs=1 count=20 skip=36 2>/dev/null | od -c
0000000   U   S   E   2   4   0   F   W   6   5  \0  \0  \0  \0  \0  \0
0000020  \0  \0  \0  \0
0000024

Thanks,

Bart.


  reply	other threads:[~2014-02-17 14:05 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-31  9:29 [PATCHv2 00/16] scsi_dh_alua updates Hannes Reinecke
2014-01-31  9:29 ` [PATCH 01/16] scsi_dh_alua: Improve error handling Hannes Reinecke
2014-02-14 11:16   ` Bart Van Assche
2014-02-14 11:32     ` Hannes Reinecke
2014-03-06 23:43   ` Jeremy Linton
2014-03-07  7:12     ` Hannes Reinecke
2014-03-07 15:46       ` Jeremy Linton
2014-01-31  9:29 ` [PATCH 02/16] scsi_dh_alua: use flag for RTPG extended header Hannes Reinecke
2014-01-31  9:29 ` [PATCH 03/16] scsi_dh_alua: Pass buffer as function argument Hannes Reinecke
2014-02-14 11:22   ` Bart Van Assche
2014-02-14 11:36     ` Hannes Reinecke
2014-01-31  9:29 ` [PATCH 04/16] scsi_dh_alua: Make stpg synchronous Hannes Reinecke
2014-02-07  1:24   ` Mike Christie
2014-02-07  1:54     ` Mike Christie
2014-02-12 15:29       ` Hannes Reinecke
2014-02-12 16:11         ` Mike Christie
2014-02-12 16:26           ` Mike Christie
2014-02-12 17:31             ` Mike Christie
2014-02-13  9:31               ` Hannes Reinecke
2014-02-14 11:37                 ` Bart Van Assche
2014-02-14 11:53                   ` Hannes Reinecke
2014-02-14 18:21                   ` Mike Christie
2014-02-19  8:09                     ` Hannes Reinecke
2014-02-14 17:17                 ` Mike Christie
2014-02-14 11:27   ` Bart Van Assche
2014-02-14 11:38     ` Hannes Reinecke
2014-01-31  9:29 ` [PATCH 05/16] scsi_dh_alua: put sense buffer on stack Hannes Reinecke
2014-01-31  9:29 ` [PATCH 06/16] scsi_dh_alua: use local buffer for VPD inquiry Hannes Reinecke
2014-02-13  9:51   ` Maurizio Lombardi
2014-02-13 10:10     ` Hannes Reinecke
2014-02-14 11:41   ` Bart Van Assche
2014-01-31  9:29 ` [PATCH 07/16] scsi_dh_alua: Use separate alua_port_group structure Hannes Reinecke
2014-02-14 11:56   ` Bart Van Assche
2014-02-14 12:16     ` Hannes Reinecke
2014-02-14 16:12     ` Hannes Reinecke
2014-02-14 17:42       ` Bart Van Assche
2014-01-31  9:29 ` [PATCH 08/16] scsi_dh_alua: parse target device id Hannes Reinecke
2014-02-14 12:09   ` Bart Van Assche
2014-02-14 12:21     ` Hannes Reinecke
2014-02-17 14:05       ` Bart Van Assche [this message]
2014-02-17 14:09         ` Hannes Reinecke
2014-02-17 14:27           ` Bart Van Assche
2014-02-17 14:33             ` Hannes Reinecke
2014-02-18  7:26               ` Bart Van Assche
2014-01-31  9:29 ` [PATCH 09/16] scsi_dh_alua: simplify sense code handling Hannes Reinecke
2014-01-31  9:29 ` [PATCH 10/16] scsi_dh_alua: Do not attach to management devices Hannes Reinecke
2014-01-31  9:29 ` [PATCH 11/16] scsi_dh_alua: multipath failover fails with error 15 Hannes Reinecke
2015-03-30 12:30   ` Bart Van Assche
2015-03-30 12:32     ` Hannes Reinecke
2014-01-31  9:29 ` [PATCH 12/16] scsi_dh: return individual errors in scsi_dh_activate() Hannes Reinecke
2014-01-31  9:29 ` [PATCH 13/16] scsi_dh_alua: Clarify logging message Hannes Reinecke
2014-01-31  9:29 ` [PATCH 14/16] scsi_dh: invoke callback if ->activate is not present Hannes Reinecke
2014-01-31  9:29 ` [PATCH 15/16] scsi_dh_alua: revert commit a8e5a2d593cbfccf530c3382c2c328d2edaa7b66 Hannes Reinecke
2014-01-31  9:30 ` [PATCH 16/16] scsi_dh_alua: Use workqueue for RTPG Hannes Reinecke
2014-02-14 19:03   ` Bart Van Assche
2014-04-29 21:47   ` Stewart, Sean
2014-05-08  7:04     ` Hannes Reinecke
2014-03-02  9:10 ` [PATCHv2 00/16] scsi_dh_alua updates Bart Van Assche
  -- strict thread matches above, loose matches on Subject: below --
2013-12-20 12:13 [PATCH " Hannes Reinecke
2013-12-20 12:13 ` [PATCH 08/16] scsi_dh_alua: parse target device id Hannes Reinecke

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=5302171A.9070507@acm.org \
    --to=bvanassche@acm.org \
    --cc=hare@suse.de \
    --cc=jbottomley@parallels.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=marting@netapp.com \
    --cc=sean.stewart@netapp.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;
as well as URLs for NNTP newsgroup(s).