From: Hannes Reinecke <hare@suse.de>
To: James Bottomley <james.bottomley@parallels.com>
Cc: linux-scsi@vger.kernel.org, Hannes Reinecke <hare@suse.de>
Subject: [PATCH 0/7] ALUA device handler update
Date: Wed, 24 Aug 2011 10:51:12 +0200 [thread overview]
Message-ID: <1314175879-16565-1-git-send-email-hare@suse.de> (raw)
This is an update to the ALUA device handler. The most important
bit is the implementation of a 'match' callback, which allows for
the implementation of a device_handler specific routine instead of
using a string comparison on vendor and model.
Rationale is that most modern arrays can operate in both modes,
ALUA and the 'legacy' failover mode. However, the vendor and
model will be identical to the legacy mode, so ALUA will never
be enabled per default on these machines.
With these patches the ALUA handler will be enabled whenever the
TPGS state is set in the inquiry data.
In contrast to what we've discussed at LinuxTag I have not tried
to attach the alua device handler directly from scsi_scan.
Reason is that I need to issue SCSI commands during activation,
which means I would have to attach it from near the end of
scsi_add_lun(), at which point the device_handler would be attached
via the current method anyway. So I fail to see the gain here.
Other fixes are:
- Evaluate the TPGS setting from the inquiry data instead of
issuing our own inquiry
- Fixup kernel-doc comments
- Always update TPGS state on activate
- Errorneous TPG ID check
- Decrease retry interval when array is in state transitioning
Hannes Reinecke (7):
scsi_dh_alua: Evaluate TPGS setting from inquiry data
scsi_dh: Fixup kernel-doc comments
scsi_dh: Implement match callback function
scsi_dh_alua: always update TPGS status on activate
scsi_dh: Check for sdev state in store_dh_state()
Erroneous TPG ID check in SCSI ALUA Handler
scsi_dh_alua: Decrease retry interval
drivers/scsi/device_handler/scsi_dh.c | 61 ++++++++++++++++---
drivers/scsi/device_handler/scsi_dh_alua.c | 92 +++++----------------------
include/scsi/scsi_device.h | 6 ++
3 files changed, 75 insertions(+), 84 deletions(-)
next reply other threads:[~2011-08-24 8:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-24 8:51 Hannes Reinecke [this message]
2011-08-24 8:51 ` [PATCH 1/7] scsi_dh_alua: Evaluate TPGS setting from inquiry data Hannes Reinecke
2011-08-24 8:51 ` [PATCH 2/7] scsi_dh: Fixup kernel-doc comments Hannes Reinecke
2011-08-24 8:51 ` [PATCH 3/7] scsi_dh: Implement match callback function Hannes Reinecke
2011-08-24 8:51 ` [PATCH 4/7] scsi_dh_alua: always update TPGS status on activate Hannes Reinecke
2011-08-24 8:51 ` [PATCH 5/7] scsi_dh: Check for sdev state in store_dh_state() Hannes Reinecke
2011-08-24 8:51 ` [PATCH 6/7] Erroneous TPG ID check in SCSI ALUA Handler Hannes Reinecke
2011-08-24 8:51 ` [PATCH 7/7] scsi_dh_alua: Decrease retry interval 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=1314175879-16565-1-git-send-email-hare@suse.de \
--to=hare@suse.de \
--cc=james.bottomley@parallels.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