From: Christoph Hellwig <hch@lst.de>
To: Hannes Reinecke <hare@suse.de>
Cc: "Martin K. Petersen" <martin.petersen@oracle.com>,
James Bottomley <jbottomley@odin.com>,
Christoph Hellwig <hch@lst.de>, Ewan Milne <emilne@redhat.com>,
Bart van Assche <bart.vanassche@sandisk.com>,
linux-scsi@vger.kernel.org
Subject: Re: [PATCH 19/20] scsi_dh_alua: update 'access_state' field
Date: Wed, 30 Dec 2015 14:34:05 +0100 [thread overview]
Message-ID: <20151230133405.GA15705@lst.de> (raw)
In-Reply-To: <1449560260-53407-20-git-send-email-hare@suse.de>
On Tue, Dec 08, 2015 at 08:37:39AM +0100, Hannes Reinecke wrote:
> Track attached SCSI devices and update the 'access_state' field
> whenever an ALUA state change has been detected.
>
> Signed-off-by: Hannes Reinecke <hare@suse.de>
> ---
> drivers/scsi/device_handler/scsi_dh_alua.c | 29 +++++++++++++++++++++++++++++
> 1 file changed, 29 insertions(+)
>
> diff --git a/drivers/scsi/device_handler/scsi_dh_alua.c b/drivers/scsi/device_handler/scsi_dh_alua.c
> index 6c6ff0b..d01c86407 100644
> --- a/drivers/scsi/device_handler/scsi_dh_alua.c
> +++ b/drivers/scsi/device_handler/scsi_dh_alua.c
> @@ -24,6 +24,7 @@
> #include <linux/module.h>
> #include <asm/unaligned.h>
> #include <scsi/scsi.h>
> +#include <scsi/scsi_proto.h>
> #include <scsi/scsi_dbg.h>
> #include <scsi/scsi_eh.h>
> #include <scsi/scsi_dh.h>
> @@ -76,6 +77,7 @@ static struct workqueue_struct *kaluad_wq;
> struct alua_port_group {
> struct kref kref;
> struct list_head node;
> + struct list_head dh_list;
> unsigned char device_id_str[256];
> int device_id_len;
> int group_id;
> @@ -93,6 +95,7 @@ struct alua_port_group {
> };
>
> struct alua_dh_data {
> + struct list_head node;
> struct alua_port_group *pg;
> int rel_port;
> spinlock_t pg_lock;
> @@ -243,6 +246,7 @@ struct alua_port_group *alua_get_pg(struct scsi_device *sdev,
> INIT_DELAYED_WORK(&pg->rtpg_work, alua_rtpg_work);
> INIT_LIST_HEAD(&pg->rtpg_list);
> INIT_LIST_HEAD(&pg->node);
> + INIT_LIST_HEAD(&pg->dh_list);
> spin_lock_init(&pg->lock);
>
> /* Re-check list again to catch concurrent updates */
> @@ -370,13 +374,26 @@ static int alua_check_vpd(struct scsi_device *sdev, struct alua_dh_data *h,
> old_pg = pg;
> /* port_group has changed. Update to new port group */
> if (h->pg != pg) {
> + unsigned long flags;
> +
> old_pg = h->pg;
> rcu_assign_pointer(h->pg, pg);
> + spin_lock_irqsave(&old_pg->lock, flags);
> + list_del_rcu(&h->node);
> + spin_unlock_irqrestore(&old_pg->lock, flags);
> + spin_lock_irqsave(&pg->lock, flags);
> + list_add_rcu(&h->node, &pg->dh_list);
> + spin_unlock_irqrestore(&pg->lock, flags);
I think it makes more sense to remove it from the old list
before assining the new h->pg pointer to stay consistant.
Also the add code is not common with the other half of the outer
branch, it would be nice to find a way to share the code between
those two branches.
> list_for_each_entry(tmp_pg, &port_group_list, node) {
> + struct alua_dh_data *h;
> +
> if (tmp_pg->group_id != group_id)
> continue;
> if (tmp_pg->device_id_len != pg->device_id_len)
> @@ -639,6 +658,12 @@ static int alua_rtpg(struct scsi_device *sdev, struct alua_port_group *pg)
> continue;
> tmp_pg->state = desc[0] & 0x0f;
> tmp_pg->pref = desc[0] >> 7;
> + rcu_read_lock();
> + list_for_each_entry_rcu(h, &tmp_pg->dh_list, node) {
> + if (h->sdev)
> + h->sdev->access_state = desc[0];
> + }
> + rcu_read_unlock();
І'd expect h->ѕdev to always be non-NULL. With a little tweak (see below)
that should indeed be the case.
> @@ -1086,6 +1112,9 @@ static void alua_bus_detach(struct scsi_device *sdev)
> h->sdev = NULL;
> spin_unlock(&h->pg_lock);
> if (pg) {
> + spin_lock(&pg->lock);
> + list_del_rcu(&h->node);
> + spin_unlock(&pg->lock);
> synchronize_rcu();
> if (pg->rtpg_sdev)
> flush_delayed_work(&pg->rtpg_work);
Here we'd just need to make sure to do the list_del before setting
h->sdev to NULL.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2015-12-30 13:34 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-08 7:37 [PATCH 00/20] ALUA device handler update, part II Hannes Reinecke
2015-12-08 7:37 ` [PATCH 01/20] scsi_dh_alua: Pass buffer as function argument Hannes Reinecke
2015-12-08 7:37 ` [PATCH 02/20] scsi_dh_alua: separate out alua_stpg() Hannes Reinecke
2015-12-30 11:06 ` Christoph Hellwig
2015-12-08 7:37 ` [PATCH 03/20] scsi_dh_alua: Make stpg synchronous Hannes Reinecke
2015-12-30 11:10 ` Christoph Hellwig
2015-12-08 7:37 ` [PATCH 04/20] scsi_dh_alua: call alua_rtpg() if stpg fails Hannes Reinecke
2015-12-30 11:10 ` Christoph Hellwig
2015-12-08 7:37 ` [PATCH 05/20] scsi_dh_alua: switch to scsi_execute_req_flags() Hannes Reinecke
2015-12-08 7:37 ` [PATCH 06/20] scsi_dh_alua: Use separate alua_port_group structure Hannes Reinecke
2015-12-30 11:17 ` Christoph Hellwig
2015-12-31 12:47 ` Hannes Reinecke
2015-12-08 7:37 ` [PATCH 07/20] scsi_dh_alua: allocate RTPG buffer separately Hannes Reinecke
2015-12-08 7:37 ` [PATCH 08/20] scsi_dh_alua: use unique device id Hannes Reinecke
2015-12-30 11:20 ` Christoph Hellwig
2015-12-31 12:53 ` Hannes Reinecke
2015-12-08 7:37 ` [PATCH 09/20] scsi_dh_alua: simplify alua_initialize() Hannes Reinecke
2015-12-30 11:21 ` Christoph Hellwig
2015-12-08 7:37 ` [PATCH 10/20] revert commit a8e5a2d593cb ("[SCSI] scsi_dh_alua: ALUA handler attach should succeed while TPG is transitioning") Hannes Reinecke
2015-12-30 11:22 ` Christoph Hellwig
2015-12-31 12:54 ` Hannes Reinecke
2015-12-08 7:37 ` [PATCH 11/20] scsi_dh_alua: Use workqueue for RTPG Hannes Reinecke
2015-12-30 13:19 ` Christoph Hellwig
2015-12-31 13:01 ` Hannes Reinecke
2016-01-03 10:53 ` Christoph Hellwig
2015-12-08 7:37 ` [PATCH 12/20] scsi_dh_alua: Allow workqueue to run synchronously Hannes Reinecke
2015-12-30 13:20 ` Christoph Hellwig
2015-12-31 13:54 ` Hannes Reinecke
2016-01-03 10:54 ` Christoph Hellwig
2015-12-08 7:37 ` [PATCH 13/20] scsi_dh_alua: Recheck state on unit attention Hannes Reinecke
2015-12-30 13:22 ` Christoph Hellwig
2015-12-31 14:02 ` Hannes Reinecke
2015-12-08 7:37 ` [PATCH 14/20] scsi_dh_alua: update all port states Hannes Reinecke
2015-12-30 13:23 ` Christoph Hellwig
2015-12-31 14:09 ` Hannes Reinecke
2015-12-08 7:37 ` [PATCH 15/20] scsi_dh_alua: Send TEST UNIT READY to poll for transitioning Hannes Reinecke
2015-12-30 13:24 ` Christoph Hellwig
2015-12-08 7:37 ` [PATCH 16/20] scsi_dh: add 'rescan' callback Hannes Reinecke
2015-12-30 13:24 ` Christoph Hellwig
2015-12-08 7:37 ` [PATCH 17/20] scsi: Add 'access_state' attribute Hannes Reinecke
2015-12-30 13:24 ` Christoph Hellwig
2015-12-30 13:26 ` Christoph Hellwig
2015-12-08 7:37 ` [PATCH 18/20] scsi_dh_alua: use common definitions for ALUA state Hannes Reinecke
2015-12-30 13:28 ` Christoph Hellwig
2015-12-08 7:37 ` [PATCH 19/20] scsi_dh_alua: update 'access_state' field Hannes Reinecke
2015-12-30 13:34 ` Christoph Hellwig [this message]
2015-12-31 14:15 ` Hannes Reinecke
2015-12-08 7:37 ` [PATCH 20/20] scsi_dh_alua: Update version to 2.0 Hannes Reinecke
2015-12-08 15:06 ` [PATCH 00/20] ALUA device handler update, part II 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=20151230133405.GA15705@lst.de \
--to=hch@lst.de \
--cc=bart.vanassche@sandisk.com \
--cc=emilne@redhat.com \
--cc=hare@suse.de \
--cc=jbottomley@odin.com \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.