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.
next prev parent 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).