From: Ewan Milne <emilne@redhat.com>
To: Hannes Reinecke <hare@suse.de>
Cc: James Bottomley <james.bottomley@hansenpartnership.com>,
Christoph Hellwig <hch@lst.de>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
Bart van Assche <bart.vanassche@sandisk.com>,
linux-scsi@vger.kernel.org
Subject: Re: [PATCH 20/23] scsi_dh_alua: Recheck state on unit attention
Date: Tue, 22 Sep 2015 15:57:40 -0400 [thread overview]
Message-ID: <1442951860.4132.70.camel@localhost.localdomain> (raw)
In-Reply-To: <1440679281-13234-21-git-send-email-hare@suse.de>
On Thu, 2015-08-27 at 14:41 +0200, Hannes Reinecke wrote:
> When we receive a unit attention code of 'ALUA state changed'
> we should recheck the state, as it might be due to an implicit
> ALUA state transition.
> At the same time a workqueue item might already be queued, which
> should be started immediately to avoid any delays.
>
> Signed-off-by: Hannes Reinecke <hare@suse.de>
> ---
> drivers/scsi/device_handler/scsi_dh_alua.c | 48 +++++++++++++++---------------
> 1 file changed, 24 insertions(+), 24 deletions(-)
>
> diff --git a/drivers/scsi/device_handler/scsi_dh_alua.c b/drivers/scsi/device_handler/scsi_dh_alua.c
> index 85fd597..8717fd3 100644
> --- a/drivers/scsi/device_handler/scsi_dh_alua.c
> +++ b/drivers/scsi/device_handler/scsi_dh_alua.c
> @@ -118,7 +118,7 @@ static char print_alua_state(int);
> static void alua_rtpg_work(struct work_struct *work);
> static void alua_stpg_work(struct work_struct *work);
> static void alua_qdata_work(struct work_struct *work);
> -static void alua_check(struct scsi_device *sdev);
> +static void alua_check(struct scsi_device *sdev, bool force);
>
> static void release_port_group(struct kref *kref)
> {
> @@ -423,7 +423,7 @@ static char print_alua_state(int state)
> }
>
> static int alua_check_sense(struct scsi_device *sdev,
> - struct scsi_sense_hdr *sense_hdr)
> + struct scsi_sense_hdr *sense_hdr)
> {
> switch (sense_hdr->sense_key) {
> case NOT_READY:
> @@ -432,36 +432,34 @@ static int alua_check_sense(struct scsi_device *sdev,
> * LUN Not Accessible - ALUA state transition
> * Kickoff worker to update internal state.
> */
> - alua_check(sdev);
> - return ADD_TO_MLQUEUE;
> + alua_check(sdev, false);
> + return NEEDS_RETRY;
> }
> break;
> case UNIT_ATTENTION:
> - if (sense_hdr->asc == 0x29 && sense_hdr->ascq == 0x00)
> - /*
> - * Power On, Reset, or Bus Device Reset, just retry.
> - */
> - return ADD_TO_MLQUEUE;
> - if (sense_hdr->asc == 0x29 && sense_hdr->ascq == 0x04)
> - /*
> - * Device internal reset
> - */
> - return ADD_TO_MLQUEUE;
> - if (sense_hdr->asc == 0x2a && sense_hdr->ascq == 0x01)
> + if (sense_hdr->asc == 0x29 && sense_hdr->ascq == 0x00) {
> /*
> - * Mode Parameter Changed
> + * Power On, Reset, or Bus Device Reset.
> + * Might have obscured a state transition,
> + * so schedule a recheck.
> */
> + alua_check(sdev, true);
> return ADD_TO_MLQUEUE;
> - if (sense_hdr->asc == 0x2a && sense_hdr->ascq == 0x06)
> + }
> + if (sense_hdr->asc == 0x2a && sense_hdr->ascq == 0x06) {
> /*
> * ALUA state changed
> */
> + alua_check(sdev, true);
> return ADD_TO_MLQUEUE;
> - if (sense_hdr->asc == 0x2a && sense_hdr->ascq == 0x07)
> + }
> + if (sense_hdr->asc == 0x2a && sense_hdr->ascq == 0x07) {
> /*
> * Implicit ALUA state transition failed
> */
> + alua_check(sdev, true);
> return ADD_TO_MLQUEUE;
> + }
> break;
> }
>
> @@ -811,7 +809,7 @@ static void alua_qdata_work(struct work_struct *work)
>
> static void alua_rtpg_queue(struct alua_port_group *pg,
> struct scsi_device *sdev,
> - struct alua_queue_data *qdata)
> + struct alua_queue_data *qdata, bool force)
> {
> int start_queue = 0;
> unsigned long flags;
> @@ -832,7 +830,9 @@ static void alua_rtpg_queue(struct alua_port_group *pg,
> pg->rtpg_sdev = sdev;
> scsi_device_get(sdev);
> start_queue = 1;
> - }
> + } else if (!(pg->flags & ALUA_PG_RUN_RTPG) && force)
> + start_queue = 1;
> +
> spin_unlock_irqrestore(&pg->rtpg_lock, flags);
>
> if (start_queue)
> @@ -873,7 +873,7 @@ static int alua_initialize(struct scsi_device *sdev, struct alua_dh_data *h)
> mutex_unlock(&h->init_mutex);
> if (pg) {
> pg->expiry = 0;
> - alua_rtpg_queue(pg, sdev, NULL);
> + alua_rtpg_queue(pg, sdev, NULL, true);
> kref_put(&pg->kref, release_port_group);
> }
> return error;
> @@ -982,7 +982,7 @@ static int alua_activate(struct scsi_device *sdev,
> pg->flags |= ALUA_OPTIMIZE_STPG;
> spin_unlock_irqrestore(&pg->rtpg_lock, flags);
> }
> - alua_rtpg_queue(pg, sdev, qdata);
> + alua_rtpg_queue(pg, sdev, qdata, true);
> kref_put(&pg->kref, release_port_group);
> out:
> if (fn)
> @@ -996,7 +996,7 @@ out:
> *
> * Check the device status
> */
> -static void alua_check(struct scsi_device *sdev)
> +static void alua_check(struct scsi_device *sdev, bool force)
> {
> struct alua_dh_data *h = sdev->handler_data;
> struct alua_port_group *pg;
> @@ -1009,7 +1009,7 @@ static void alua_check(struct scsi_device *sdev)
> }
> kref_get(&pg->kref);
> rcu_read_unlock();
> - alua_rtpg_queue(pg, sdev, NULL);
> + alua_rtpg_queue(pg, sdev, NULL, force);
> kref_put(&pg->kref, release_port_group);
> rcu_read_unlock();
> }
I think this change goes along with the previous patch in terms of the
design, so we'll have to see how that turns out. Fundamentally, though,
this changes the handling for LUN Not Accessible - ALUA state transition
to be NEEDS_RETRY instead of ADD_TO_MLQUEUE, so what is the effect of that?
Reviewed-by: Ewan D. Milne <emilne@redhat.com>
next prev parent reply other threads:[~2015-09-22 19:57 UTC|newest]
Thread overview: 93+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-27 12:40 [PATCHv4 00/23] asynchronous ALUA device handler Hannes Reinecke
2015-08-27 12:40 ` [PATCH 01/23] scsi_dh_alua: Disable ALUA handling for non-disk devices Hannes Reinecke
2015-09-01 9:37 ` Christoph Hellwig
2015-09-04 3:36 ` Martin K. Petersen
2015-09-22 18:28 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 02/23] scsi_dh_alua: Use vpd_pg83 information Hannes Reinecke
2015-09-04 3:37 ` Martin K. Petersen
2015-09-22 18:29 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 03/23] scsi_dh_alua: improved logging Hannes Reinecke
2015-09-04 3:38 ` Martin K. Petersen
2015-09-22 18:30 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 04/23] scsi_dh_alua: use standard logging functions Hannes Reinecke
2015-09-01 9:48 ` Christoph Hellwig
2015-09-01 12:39 ` Hannes Reinecke
2015-09-22 18:32 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 05/23] scsi_dh_alua: return standard SCSI return codes in submit_rtpg Hannes Reinecke
2015-09-01 9:52 ` Christoph Hellwig
2015-09-22 18:34 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 06/23] scsi_dh_alua: fixup description of stpg_endio() Hannes Reinecke
2015-09-01 9:52 ` Christoph Hellwig
2015-09-04 3:40 ` Martin K. Petersen
2015-09-22 18:36 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 07/23] scsi: remove scsi_show_sense_hdr() Hannes Reinecke
2015-09-04 3:41 ` Martin K. Petersen
2015-09-22 18:36 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 08/23] scsi_dh_alua: use flag for RTPG extended header Hannes Reinecke
2015-09-04 3:42 ` Martin K. Petersen
2015-09-22 18:37 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 09/23] scsi_dh_alua: use unaligned access macros Hannes Reinecke
2015-09-01 9:53 ` Christoph Hellwig
2015-09-04 3:43 ` Martin K. Petersen
2015-09-22 18:37 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 10/23] scsi_dh_alua: Pass buffer as function argument Hannes Reinecke
2015-09-01 9:55 ` Christoph Hellwig
2015-09-04 3:44 ` Martin K. Petersen
2015-09-22 18:43 ` Ewan Milne
2015-09-24 16:37 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 11/23] scsi_dh_alua: Make stpg synchronous Hannes Reinecke
2015-09-01 10:04 ` Christoph Hellwig
2015-09-01 12:58 ` Hannes Reinecke
2015-09-22 18:50 ` Ewan Milne
2015-09-24 16:47 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 12/23] scsi_dh_alua: switch to scsi_execute_req_flags() Hannes Reinecke
2015-09-01 10:07 ` Christoph Hellwig
2015-09-22 18:54 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 13/23] scsi_dh_alua: Use separate alua_port_group structure Hannes Reinecke
2015-09-01 10:20 ` Christoph Hellwig
2015-09-01 13:02 ` Hannes Reinecke
2015-09-01 13:44 ` Christoph Hellwig
2015-09-01 14:01 ` Hannes Reinecke
2015-09-01 10:48 ` Christoph Hellwig
2015-09-22 18:57 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 14/23] scsi_dh_alua: allocate RTPG buffer separately Hannes Reinecke
2015-09-22 19:04 ` Ewan Milne
2015-09-24 17:19 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 15/23] scsi_dh_alua: simplify sense code handling Hannes Reinecke
2015-09-22 19:10 ` Ewan Milne
2015-09-28 6:41 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 16/23] scsi: Add scsi_vpd_lun_id() Hannes Reinecke
2015-09-01 10:22 ` Christoph Hellwig
2015-09-01 12:43 ` Hannes Reinecke
2015-09-22 19:17 ` Ewan Milne
2015-09-28 7:18 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 17/23] scsi_dh_alua: use unique device id Hannes Reinecke
2015-09-01 10:25 ` Christoph Hellwig
2015-09-22 19:31 ` Ewan Milne
2015-09-28 7:41 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 18/23] revert "scsi_dh_alua: ALUA hander attach should succeed while TPG is transitioning" Hannes Reinecke
2015-09-22 19:34 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 19/23] scsi_dh_alua: Use workqueue for RTPG Hannes Reinecke
2015-09-01 11:15 ` Christoph Hellwig
2015-09-01 12:57 ` Hannes Reinecke
2015-09-02 6:39 ` Christoph Hellwig
2015-09-02 8:48 ` Hannes Reinecke
2015-11-05 20:34 ` Todd Gill
2015-09-22 19:49 ` Ewan Milne
2015-09-22 20:15 ` Hannes Reinecke
2015-09-23 13:58 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 20/23] scsi_dh_alua: Recheck state on unit attention Hannes Reinecke
2015-09-01 10:31 ` Christoph Hellwig
2015-09-22 19:57 ` Ewan Milne [this message]
2015-09-23 13:01 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 21/23] scsi_dh_alua: update all port states Hannes Reinecke
2015-09-01 10:32 ` Christoph Hellwig
2015-09-22 20:04 ` Ewan Milne
2015-09-22 20:20 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 22/23] scsi_dh_alua: Send TEST UNIT READY to poll for transitioning Hannes Reinecke
2015-09-01 10:34 ` Christoph Hellwig
2015-09-22 20:05 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 23/23] scsi_dh_alua: Update version to 2.0 Hannes Reinecke
2015-09-01 10:34 ` Christoph Hellwig
2015-09-22 20:05 ` Ewan Milne
2015-09-24 16:25 ` [PATCHv4 00/23] asynchronous ALUA device handler Bart Van Assche
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=1442951860.4132.70.camel@localhost.localdomain \
--to=emilne@redhat.com \
--cc=bart.vanassche@sandisk.com \
--cc=hare@suse.de \
--cc=hch@lst.de \
--cc=james.bottomley@hansenpartnership.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).