linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Hannes Reinecke <hare@suse.de>
To: Christoph Hellwig <hch@lst.de>
Cc: "Martin K. Petersen" <martin.petersen@oracle.com>,
	James Bottomley <jbottomley@odin.com>,
	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: Thu, 31 Dec 2015 15:15:05 +0100	[thread overview]
Message-ID: <56853869.2020403@suse.de> (raw)
In-Reply-To: <20151230133405.GA15705@lst.de>

On 12/30/2015 02:34 PM, Christoph Hellwig wrote:
> 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.
>
Hmm. Yes, good point.

> 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.
>
Indeed, it would. But so far I haven't found a nice way for that...

>>   		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.
>
Okay, true. Will do.

Cheers,

Hannes
-- 
Dr. Hannes Reinecke		      zSeries & Storage
hare@suse.de			      +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg)
--
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

  reply	other threads:[~2015-12-31 14:15 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
2015-12-31 14:15     ` Hannes Reinecke [this message]
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=56853869.2020403@suse.de \
    --to=hare@suse.de \
    --cc=bart.vanassche@sandisk.com \
    --cc=emilne@redhat.com \
    --cc=hch@lst.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 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).