public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
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)


  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