From: Martin Wilck <mwilck@suse.com>
To: Mike Christie <michael.christie@oracle.com>,
bvanassche@acm.org, hch@lst.de, martin.petersen@oracle.com,
linux-scsi@vger.kernel.org,
james.bottomley@hansenpartnership.com
Subject: Re: [PATCH v2 02/35] scsi: Allow passthrough to override what errors to retry
Date: Thu, 29 Sep 2022 13:00:00 +0200 [thread overview]
Message-ID: <8ea448f35480725ce982ba63b8ecb9baafa1edba.camel@suse.com> (raw)
In-Reply-To: <20220929025407.119804-3-michael.christie@oracle.com>
On Wed, 2022-09-28 at 21:53 -0500, Mike Christie wrote:
> For passthrough, we don't retry any error we get a check condition
> for.
> This results in a lot of callers driving their own retries for those
> types
> of errors and retrying all errors, and there has been a request to
> retry
> specific host byte errors.
>
> This adds the core code to allow passthrough users to specify what
> errors
> they want scsi-ml to retry for them. We can then convert users to
> drop
> their sense parsing and retry handling.
>
> Signed-off-by: Mike Christie <michael.christie@oracle.com>
I like the general approach. A few remarks below.
> ---
> drivers/scsi/scsi_error.c | 63
> +++++++++++++++++++++++++++++++++++++++
> drivers/scsi/scsi_lib.c | 1 +
> include/scsi/scsi_cmnd.h | 26 +++++++++++++++-
> 3 files changed, 89 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/scsi/scsi_error.c b/drivers/scsi/scsi_error.c
> index 3f630798d1eb..4bf7b65bc63d 100644
> --- a/drivers/scsi/scsi_error.c
> +++ b/drivers/scsi/scsi_error.c
> @@ -1831,6 +1831,63 @@ bool scsi_noretry_cmd(struct scsi_cmnd *scmd)
> return false;
> }
>
> +static enum scsi_disposition scsi_check_passthrough(struct scsi_cmnd
> *scmd)
> +{
> + struct scsi_failure *failure;
> + struct scsi_sense_hdr sshdr;
> + enum scsi_disposition ret;
> + int i = 0;
> +
> + if (!scmd->result || !scmd->failures)
> + return SCSI_RETURN_NOT_HANDLED;
> +
> + while (1) {
> + failure = &scmd->failures[i++];
Style nit: a for loop would express the logic better, IMO.
> + if (!failure->result)
> + break;
> +
> + if (failure->result == SCMD_FAILURE_ANY)
> + goto maybe_retry;
> +
> + if (host_byte(scmd->result) & host_byte(failure-
> >result)) {
> + goto maybe_retry;
Using "&" here needs explanation. The host byte is not a bit mask.
> + } else if (get_status_byte(scmd) &
> + __get_status_byte(failure->result)) {
See above.
> + if (get_status_byte(scmd) !=
> SAM_STAT_CHECK_CONDITION ||
> + failure->sense == SCMD_FAILURE_SENSE_ANY)
> + goto maybe_retry;
> +
> + ret = scsi_start_sense_processing(scmd,
> &sshdr);
> + if (ret == NEEDS_RETRY)
> + goto maybe_retry;
> + else if (ret != SUCCESS)
> + return ret;
> +
> + if (failure->sense != sshdr.sense_key)
> + continue;
> +
> + if (failure->asc == SCMD_FAILURE_ASC_ANY)
> + goto maybe_retry;
> +
> + if (failure->asc != sshdr.asc)
> + continue;
> +
> + if (failure->ascq == SCMD_FAILURE_ASCQ_ANY ||
> + failure->ascq == sshdr.ascq)
> + goto maybe_retry;
> + }
> + }
> +
> + return SCSI_RETURN_NOT_HANDLED;
> +
> +maybe_retry:
> + if (failure->allowed == SCMD_FAILURE_NO_LIMIT ||
> + ++failure->retries <= failure->allowed)
> + return NEEDS_RETRY;
> +
> + return SUCCESS;
> +}
> +
> /**
> * scsi_decide_disposition - Disposition a cmd on return from LLD.
> * @scmd: SCSI cmd to examine.
> @@ -1859,6 +1916,12 @@ enum scsi_disposition
> scsi_decide_disposition(struct scsi_cmnd *scmd)
> return SUCCESS;
> }
>
> + if (blk_rq_is_passthrough(scsi_cmd_to_rq(scmd))) {
> + rtn = scsi_check_passthrough(scmd);
> + if (rtn != SCSI_RETURN_NOT_HANDLED)
> + return rtn;
> + }
> +
> /*
> * first check the host byte, to see if there is anything in
> there
> * that would indicate what we need to do.
> diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
> index 497efc0da259..56aefe38d69b 100644
> --- a/drivers/scsi/scsi_lib.c
> +++ b/drivers/scsi/scsi_lib.c
> @@ -1608,6 +1608,7 @@ static blk_status_t scsi_prepare_cmd(struct
> request *req)
>
> /* Usually overridden by the ULP */
> cmd->allowed = 0;
> + cmd->failures = NULL;
> memset(cmd->cmnd, 0, sizeof(cmd->cmnd));
> return scsi_cmd_to_driver(cmd)->init_command(cmd);
> }
> diff --git a/include/scsi/scsi_cmnd.h b/include/scsi/scsi_cmnd.h
> index bac55decf900..9fb85932d5b9 100644
> --- a/include/scsi/scsi_cmnd.h
> +++ b/include/scsi/scsi_cmnd.h
> @@ -65,6 +65,23 @@ enum scsi_cmnd_submitter {
> SUBMITTED_BY_SCSI_RESET_IOCTL = 2,
> } __packed;
>
> +#define SCMD_FAILURE_NONE 0
> +#define SCMD_FAILURE_ANY -1
> +#define SCMD_FAILURE_SENSE_ANY 0xff
> +#define SCMD_FAILURE_ASC_ANY 0xff
> +#define SCMD_FAILURE_ASCQ_ANY 0xff
> +#define SCMD_FAILURE_NO_LIMIT -1
> +
> +struct scsi_failure {
> + int result;
> + u8 sense;
> + u8 asc;
> + u8 ascq;
> +
> + s8 allowed;
> + s8 retries;
> +};
> +
> struct scsi_cmnd {
> struct scsi_device *device;
> struct list_head eh_entry; /* entry for the host
> eh_abort_list/eh_cmd_q */
> @@ -85,6 +102,8 @@ struct scsi_cmnd {
>
> int retries;
> int allowed;
> + /* optional array of failures that passthrough users want
> retried */
> + struct scsi_failure *failures;
>
> unsigned char prot_op;
> unsigned char prot_type;
> @@ -330,9 +349,14 @@ static inline void set_status_byte(struct
> scsi_cmnd *cmd, char status)
> cmd->result = (cmd->result & 0xffffff00) | status;
> }
>
> +static inline u8 __get_status_byte(int result)
> +{
> + return result & 0xff;
> +}
> +
> static inline u8 get_status_byte(struct scsi_cmnd *cmd)
> {
> - return cmd->result & 0xff;
> + return __get_status_byte(cmd->result);
> }
>
> static inline void set_host_byte(struct scsi_cmnd *cmd, char status)
next prev parent reply other threads:[~2022-09-29 11:00 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-29 2:53 [PATCH v2 00/35] Allow scsi_execute users to control retries Mike Christie
2022-09-29 2:53 ` [PATCH v2 01/35] scsi: Add helper to prep sense during error handling Mike Christie
2022-09-29 7:39 ` Christoph Hellwig
2022-09-30 0:05 ` Bart Van Assche
2022-09-29 2:53 ` [PATCH v2 02/35] scsi: Allow passthrough to override what errors to retry Mike Christie
2022-09-29 11:00 ` Martin Wilck [this message]
2022-09-29 16:39 ` michael.christie
2022-09-29 2:53 ` [PATCH v2 03/35] scsi: Add struct for args to execution functions Mike Christie
2022-09-29 17:02 ` Bart Van Assche
2022-09-29 20:24 ` Mike Christie
2022-09-29 20:29 ` Bart Van Assche
2022-09-30 0:12 ` Bart Van Assche
2022-09-30 2:43 ` Mike Christie
2022-09-30 17:29 ` Bart Van Assche
2022-09-29 2:53 ` [PATCH v2 04/35] scsi: Add scsi_failure field to scsi_exec_args Mike Christie
2022-09-29 2:53 ` [PATCH v2 05/35] scsi: libata: Convert to scsi_exec_req Mike Christie
2022-09-29 2:53 ` [PATCH v2 06/35] hwmon: drivetemp: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 07/35] scsi: ch: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 08/35] scsi: scsi_dh: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 09/35] scsi: core: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 10/35] scsi: spi: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 11/35] scsi: sd: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 12/35] scsi: zbc: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 13/35] scsi: ses: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 14/35] scsi: sr: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 15/35] scsi: virtio_scsi: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 16/35] scsi: target_core_pscsi: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 17/35] scsi: ufshcd: " Mike Christie
2022-09-30 18:03 ` Bart Van Assche
2022-09-29 2:53 ` [PATCH v2 18/35] scsi: cxlflash: " Mike Christie
2022-09-29 2:53 ` [PATCH v2 19/35] scsi: Remove scsi_execute functions Mike Christie
2022-09-29 2:53 ` [PATCH v2 20/35] scsi: Have scsi-ml retry scsi_probe_lun errors Mike Christie
2022-09-29 2:53 ` [PATCH v2 21/35] scsi: retry INQUIRY after timeout Mike Christie
2022-09-29 13:49 ` Martin Wilck
2022-09-29 2:53 ` [PATCH v2 22/35] scsi: Have scsi-ml retry read_capacity_16 errors Mike Christie
2022-09-29 14:12 ` Martin Wilck
2022-09-29 2:53 ` [PATCH v2 23/35] scsi: Have scsi-ml retry sd_spinup_disk errors Mike Christie
2022-09-29 14:13 ` Martin Wilck
2022-09-29 16:47 ` michael.christie
2022-09-29 2:53 ` [PATCH v2 24/35] scsi: hp_sw: Have scsi-ml retry scsi_exec_req errors Mike Christie
2022-09-29 14:16 ` Martin Wilck
2022-09-29 2:53 ` [PATCH v2 25/35] scsi: rdac: Have scsi-ml retry send_mode_select errors Mike Christie
2022-09-29 2:53 ` [PATCH v2 26/35] scsi: spi: Have scsi-ml retry spi_execute errors Mike Christie
2022-09-29 2:53 ` [PATCH v2 27/35] scsi: sd: Have scsi-ml retry sd_sync_cache errors Mike Christie
2022-09-29 2:54 ` [PATCH v2 28/35] scsi: ch: Have scsi-ml retry ch_do_scsi errors Mike Christie
2022-09-29 2:54 ` [PATCH v2 29/35] scsi: Have scsi-ml retry scsi_mode_sense errors Mike Christie
2022-09-29 2:54 ` [PATCH v2 30/35] scsi: Have scsi-ml retry scsi_report_lun_scan errors Mike Christie
2022-09-29 2:54 ` [PATCH v2 31/35] scsi: sd: Have sd_pr_command retry UAs Mike Christie
2022-09-29 2:54 ` [PATCH v2 32/35] scsi: sd: Have scsi-ml retry read_capacity_10 errors Mike Christie
2022-09-29 2:54 ` [PATCH v2 33/35] scsi: ses: Have scsi-ml retry scsi_exec_req errors Mike Christie
2022-09-29 2:54 ` [PATCH v2 34/35] scsi: sr: Have scsi-ml retry get_sectorsize errors Mike Christie
2022-09-29 2:54 ` [PATCH v2 35/35] scsi: cxlflash: Have scsi-ml retry read_cap16 errors Mike Christie
2022-09-29 14:36 ` [PATCH v2 00/35] Allow scsi_execute users to control retries Martin Wilck
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=8ea448f35480725ce982ba63b8ecb9baafa1edba.camel@suse.com \
--to=mwilck@suse.com \
--cc=bvanassche@acm.org \
--cc=hch@lst.de \
--cc=james.bottomley@hansenpartnership.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