From: Martin Wilck <mwilck@suse.com>
To: Mike Christie <michael.christie@oracle.com>,
john.g.garry@oracle.com, bvanassche@acm.org, hch@lst.de,
martin.petersen@oracle.com, linux-scsi@vger.kernel.org,
james.bottomley@hansenpartnership.com
Subject: Re: [PATCH v11 15/34] scsi: rdac: Have scsi-ml retry send_mode_select errors
Date: Fri, 15 Sep 2023 22:58:47 +0200 [thread overview]
Message-ID: <f87d6c24e18b606a8ab3e4056e80959e43a360a7.camel@suse.com> (raw)
In-Reply-To: <20230905231547.83945-16-michael.christie@oracle.com>
On Tue, 2023-09-05 at 18:15 -0500, Mike Christie wrote:
> This has rdac have scsi-ml retry errors instead of driving them
> itself.
>
> There is one behavior change with this patch. We used to get a total
> of
> 5 retries for errors mode_select_handle_sense returned SCSI_DH_RETRY.
> We
> now get 5 retries for each failure.
... making me think of the total retry count again.
>
> Signed-off-by: Mike Christie <michael.christie@oracle.com>
> Reviewed-by: Christoph Hellwig <hch@lst.de>
> ---
> drivers/scsi/device_handler/scsi_dh_rdac.c | 87 ++++++++++++--------
> --
> 1 file changed, 49 insertions(+), 38 deletions(-)
>
> diff --git a/drivers/scsi/device_handler/scsi_dh_rdac.c
> b/drivers/scsi/device_handler/scsi_dh_rdac.c
> index 1ac2ae17e8be..771108a332cb 100644
> --- a/drivers/scsi/device_handler/scsi_dh_rdac.c
> +++ b/drivers/scsi/device_handler/scsi_dh_rdac.c
> @@ -485,43 +485,17 @@ static int set_mode_select(struct scsi_device
> *sdev, struct rdac_dh_data *h)
> static int mode_select_handle_sense(struct scsi_device *sdev,
> struct scsi_sense_hdr *sense_hdr)
> {
> - int err = SCSI_DH_IO;
> struct rdac_dh_data *h = sdev->handler_data;
>
> if (!scsi_sense_valid(sense_hdr))
> - goto done;
> -
> - switch (sense_hdr->sense_key) {
> - case NO_SENSE:
> - case ABORTED_COMMAND:
> - case UNIT_ATTENTION:
> - err = SCSI_DH_RETRY;
> - break;
> - case NOT_READY:
> - if (sense_hdr->asc == 0x04 && sense_hdr->ascq ==
> 0x01)
> - /* LUN Not Ready and is in the Process of
> Becoming
> - * Ready
> - */
> - err = SCSI_DH_RETRY;
> - break;
> - case ILLEGAL_REQUEST:
> - if (sense_hdr->asc == 0x91 && sense_hdr->ascq ==
> 0x36)
> - /*
> - * Command Lock contention
> - */
> - err = SCSI_DH_IMM_RETRY;
> - break;
> - default:
> - break;
> - }
> + return SCSI_DH_IO;
>
> RDAC_LOG(RDAC_LOG_FAILOVER, sdev, "array %s, ctlr %d, "
> "MODE_SELECT returned with sense %02x/%02x/%02x",
> (char *) h->ctlr->array_name, h->ctlr->index,
> sense_hdr->sense_key, sense_hdr->asc, sense_hdr-
> >ascq);
>
> -done:
> - return err;
> + return SCSI_DH_IO;
> }
>
> static void send_mode_select(struct work_struct *work)
> @@ -530,7 +504,7 @@ static void send_mode_select(struct work_struct
> *work)
> container_of(work, struct rdac_controller, ms_work);
> struct scsi_device *sdev = ctlr->ms_sdev;
> struct rdac_dh_data *h = sdev->handler_data;
> - int rc, err, retry_cnt = RDAC_RETRY_COUNT;
> + int rc, err;
> struct rdac_queue_data *tmp, *qdata;
> LIST_HEAD(list);
> unsigned char cdb[MAX_COMMAND_SIZE];
> @@ -538,8 +512,52 @@ static void send_mode_select(struct work_struct
> *work)
> unsigned int data_size;
> blk_opf_t opf = REQ_OP_DRV_OUT | REQ_FAILFAST_DEV |
> REQ_FAILFAST_TRANSPORT |
> REQ_FAILFAST_DRIVER;
> + struct scsi_failure failures[] = {
> + {
> + .sense = NO_SENSE,
> + .asc = SCMD_FAILURE_ASC_ANY,
> + .ascq = SCMD_FAILURE_ASCQ_ANY,
> + .allowed = RDAC_RETRY_COUNT,
> + .result = SAM_STAT_CHECK_CONDITION,
> + },
> + {
> + .sense = ABORTED_COMMAND,
> + .asc = SCMD_FAILURE_ASC_ANY,
> + .ascq = SCMD_FAILURE_ASCQ_ANY,
> + .allowed = RDAC_RETRY_COUNT,
> + .result = SAM_STAT_CHECK_CONDITION,
> + },
> + {
> + .sense = UNIT_ATTENTION,
> + .asc = SCMD_FAILURE_ASC_ANY,
> + .ascq = SCMD_FAILURE_ASCQ_ANY,
> + .allowed = RDAC_RETRY_COUNT,
> + .result = SAM_STAT_CHECK_CONDITION,
> + },
> + {
> + /*
> + * LUN Not Ready and is in the Process of
> Becoming
> + * Ready
> + */
> + .sense = NOT_READY,
> + .asc = 0x04,
> + .ascq = 0x01,
> + .allowed = RDAC_RETRY_COUNT,
> + .result = SAM_STAT_CHECK_CONDITION,
> + },
> + {
> + /* Command Lock contention */
> + .sense = ILLEGAL_REQUEST,
> + .asc = 0x91,
> + .ascq = 0x36,
> + .allowed = SCMD_FAILURE_NO_LIMIT,
> + .result = SAM_STAT_CHECK_CONDITION,
> + },
> + {}
> + };
> const struct scsi_exec_args exec_args = {
> .sshdr = &sshdr,
> + .failures = failures,
> };
>
> spin_lock(&ctlr->ms_lock);
> @@ -548,15 +566,12 @@ static void send_mode_select(struct work_struct
> *work)
> ctlr->ms_sdev = NULL;
> spin_unlock(&ctlr->ms_lock);
>
> - retry:
> memset(cdb, 0, sizeof(cdb));
>
> data_size = rdac_failover_get(ctlr, &list, cdb);
>
> - RDAC_LOG(RDAC_LOG_FAILOVER, sdev, "array %s, ctlr %d, "
> - "%s MODE_SELECT command",
> - (char *) h->ctlr->array_name, h->ctlr->index,
> - (retry_cnt == RDAC_RETRY_COUNT) ? "queueing" :
> "retrying");
> + RDAC_LOG(RDAC_LOG_FAILOVER, sdev, "array %s, ctlr %d,
> queueingMODE_SELECT command",
missing space?
> + (char *) h->ctlr->array_name, h->ctlr->index);
>
> rc = scsi_execute_cmd(sdev, cdb, opf, &h->ctlr->mode_select,
> data_size,
> RDAC_TIMEOUT * HZ, RDAC_RETRIES,
> &exec_args);
> @@ -570,10 +585,6 @@ static void send_mode_select(struct work_struct
> *work)
> err = SCSI_DH_IO;
> } else {
> err = mode_select_handle_sense(sdev, &sshdr);
> - if (err == SCSI_DH_RETRY && retry_cnt--)
> - goto retry;
> - if (err == SCSI_DH_IMM_RETRY)
> - goto retry;
> }
>
> list_for_each_entry_safe(qdata, tmp, &list, entry) {
next prev parent reply other threads:[~2023-09-15 21:01 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-05 23:15 scsi: Allow scsi_execute users to control retries Mike Christie
2023-09-05 23:15 ` [PATCH v11 01/34] scsi: Add helper to prep sense during error handling Mike Christie
2023-09-05 23:15 ` [PATCH v11 02/34] scsi: Allow passthrough to override what errors to retry Mike Christie
2023-09-15 20:08 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 03/34] scsi: Add scsi_failure field to scsi_exec_args Mike Christie
2023-09-05 23:15 ` [PATCH v11 04/34] scsi: Have scsi-ml retry scsi_probe_lun errors Mike Christie
2023-09-15 20:11 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 05/34] scsi: retry INQUIRY after timeout Mike Christie
2023-09-15 20:11 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 06/34] scsi: sd: Fix sshdr use in read_capacity_16 Mike Christie
2023-09-15 20:13 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 07/34] scsi: sd: Have scsi-ml retry read_capacity_16 errors Mike Christie
2023-09-15 20:21 ` Martin Wilck
2023-09-15 21:34 ` Martin Wilck
2023-09-18 0:35 ` Mike Christie
2023-09-18 16:48 ` Martin Wilck
2023-09-18 18:45 ` Mike Christie
2023-09-19 9:07 ` Martin Wilck
2023-09-19 18:02 ` Mike Christie
2023-09-05 23:15 ` [PATCH v11 08/34] scsi: Use separate buf for START_STOP in sd_spinup_disk Mike Christie
2023-09-15 20:26 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 09/34] scsi: sd: Fix sshdr use " Mike Christie
2023-09-15 20:27 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 10/34] scsi: Have scsi-ml retry sd_spinup_disk errors Mike Christie
2023-09-15 20:46 ` Martin Wilck
2023-09-15 20:58 ` Mike Christie
2023-09-15 21:23 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 11/34] scsi: hp_sw: Only access sshdr if res > 0 Mike Christie
2023-09-15 20:48 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 12/34] scsi: hp_sw: Have scsi-ml retry scsi_exec_req errors Mike Christie
2023-09-15 20:51 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 13/34] scsi: rdac: Fix send_mode_select retry handling Mike Christie
2023-09-15 20:54 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 14/34] scsi: rdac: Fix sshdr use Mike Christie
2023-09-15 20:55 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 15/34] scsi: rdac: Have scsi-ml retry send_mode_select errors Mike Christie
2023-09-15 20:58 ` Martin Wilck [this message]
2023-09-15 21:52 ` Mike Christie
2023-09-05 23:15 ` [PATCH v11 16/34] scsi: spi: Fix sshdr use Mike Christie
2023-09-15 20:59 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 17/34] scsi: spi: Have scsi-ml retry spi_execute errors Mike Christie
2023-09-15 21:00 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 18/34] scsi: sd: Fix sshdr use in sd_suspend_common Mike Christie
2023-09-15 21:04 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 19/34] scsi: sd: Have scsi-ml retry sd_sync_cache errors Mike Christie
2023-09-15 21:10 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 20/34] scsi: ch: Remove unit_attention Mike Christie
2023-09-15 21:08 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 21/34] scsi: ch: Have scsi-ml retry ch_do_scsi errors Mike Christie
2023-09-15 21:11 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 22/34] scsi: Have scsi-ml retry scsi_mode_sense UAs Mike Christie
2023-09-15 21:11 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 23/34] scsi: sd: Fix scsi_mode_sense caller's sshdr use Mike Christie
2023-09-15 21:13 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 24/34] scsi: Have scsi-ml retry scsi_report_lun_scan errors Mike Christie
2023-09-15 21:17 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 25/34] scsi: sd: Have pr commands retry UAs Mike Christie
2023-09-15 21:18 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 26/34] scsi: sd: Have scsi-ml retry read_capacity_10 errors Mike Christie
2023-09-15 21:25 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 27/34] scsi: ses: Have scsi-ml retry scsi_exec_req errors Mike Christie
2023-09-15 21:34 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 28/34] scsi: sr: Have scsi-ml retry get_sectorsize errors Mike Christie
2023-09-15 21:36 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 29/34] scsi: ufs: Have scsi-ml retry start stop errors Mike Christie
2023-09-15 21:37 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 30/34] scsi: Fix sshdr use in scsi_test_unit_ready Mike Christie
2023-09-15 21:38 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 31/34] scsi: Fix sshdr use in scsi_cdl_enable Mike Christie
2023-09-15 21:39 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 32/34] scsi: sd: Fix sshdr use in cache_type_store Mike Christie
2023-09-15 21:44 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 33/34] scsi: sr: Fix sshdr use in sr_get_events Mike Christie
2023-09-15 21:44 ` Martin Wilck
2023-09-05 23:15 ` [PATCH v11 34/34] scsi: Add kunit tests for scsi_check_passthrough Mike Christie
2023-09-15 21:52 ` Martin Wilck
2023-09-15 22:07 ` Mike Christie
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=f87d6c24e18b606a8ab3e4056e80959e43a360a7.camel@suse.com \
--to=mwilck@suse.com \
--cc=bvanassche@acm.org \
--cc=hch@lst.de \
--cc=james.bottomley@hansenpartnership.com \
--cc=john.g.garry@oracle.com \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=michael.christie@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