All of lore.kernel.org
 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 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.