From: Muneendra Kumar M <muneendra.kumar@broadcom.com>
To: linux-scsi@vger.kernel.org, martin.petersen@oracle.com,
Hannes Reinecke <hare@suse.de>
Cc: jsmart2021@gmail.com, emilne@redhat.com, mkumar@redhat.com
Subject: RE: [PATCH v7 0/5] scsi: Support to handle Intermittent errors
Date: Tue, 8 Dec 2020 10:30:21 +0530 [thread overview]
Message-ID: <962c402e28d9183caef263f9fac215b3@mail.gmail.com> (raw)
In-Reply-To: <1605070685-20945-1-git-send-email-muneendra.kumar@broadcom.com>
[-- Attachment #1: Type: text/plain, Size: 5470 bytes --]
Hi Martin,
Could you please let us know if the patch series can get committed to the
scsi tree .
This patch series has been reviewed by Hannes,Ewan and Himanshu.
Thanks,
Muneendra.
-----Original Message-----
From: Muneendra [mailto:muneendra.kumar@broadcom.com]
Sent: Wednesday, November 11, 2020 10:28 AM
To: linux-scsi@vger.kernel.org; michael.christie@oracle.com; hare@suse.de
Cc: jsmart2021@gmail.com; emilne@redhat.com; mkumar@redhat.com; Muneendra
<muneendra.kumar@broadcom.com>
Subject: [PATCH v7 0/5] scsi: Support to handle Intermittent errors
This patch adds a support to prevent retries of all the io's after an
abort succeeds on a particular device when transport connectivity to the
device is encountering intermittent errors.
Intermittent connectivity is a condition that can be detected by transport
fabric notifications. A service can monitor the ELS notifications and take
action on all the outstanding io's of a scsi device at that instant.
This feature is intended to be used when the device is part of a multipath
environment. When the service detects the poor connectivity, the multipath
path can be placed in a marginal path group and ignored further io
operations.
After placing a path in the marginal path group,the daemon sets the
port_state to Marginal which sets bit in scmd->state for all the io's on
that particular device with the new sysfs interface provided in this
patch.This prevent retries of all the io's if an io hits a scsi timeout
which inturn issues an abort.
On Abort succeeds on a marginal path the io will be immediately retried on
another active path.On abort fails then the things escalates to existing
target reset sg interface recovery process.
Below is the interface provided to set the port state to Marginal and
Online.
echo "Marginal" >> /sys/class/fc_remote_ports/rport-X\:Y-Z/port_state
echo "Online" >> /sys/class/fc_remote_ports/rport-X\:Y-Z/port_state
The patches were cut against 5.11/scsi-queue tree
---
v7:
Added New routine in scsi_host_template to decide if a cmd is retryable
instead of checking the same using SCMD_NORETRIES_ABORT bit as the cmd
retry part can be checked by validating the port state.
Removed the changes related to SCMD_NORETRIES_ABORT bit.
Added a new function fc_eh_should_retry_cmd to check whether the cmd
should be retried based on the rport state.
Reoreder the patch
The patches were cut against 5.11/scsi-queue tree
v6:
Reordered the patches to make patch ordering and more logical.
v5:
Added the DID_TRANSPORT_MARGINAL case to scsi_decide_disposition
Made changes to clear the SCMD_NORETRIES_ABORT bit if the port_state has
changed from marginal to online due to port_delete and port_add as we need
the normal cmd retry behaviour while we are calling the eh handlers.
Made changes in fc_scsi_scan_rport as we are checking FC_PORTSTATE_ONLINE
instead of FC_PORTSTATE_ONLINE and FC_PORTSTATE_MARGINAL
v4:
Made changes in fc_eh_timed_out callout to set the SCMD_NORETRIES_ABORT if
port state is marginal
With this change, we removed the code to loop over running commands and
fc_remote_port_chkready changes to set the SCMD_NORETRIES_ABORT
Removed the scsi_cmd argument for fc_remote_port_chkready and reverted
back the patches that addressed this change(argument)
Removed unnecessary comments
Handle the return of errors on failure.
v3:
Removed the port_state from starget attributes.
Enabled the store functionality for port_state under remote port Added a
new argument to scsi_cmd to fc_remote_port_chkready Used the existing
scsi command iterators scsi_host_busy_iter.
Rearranged the patches
Added new patches to add new argument for fc_remote_port_chkready
v2:
Added new error code DID_TRANSPORT_MARGINAL to handle marginal errors.
Added a new rport_state FC_PORTSTATE_MARGINAL and also added a new sysfs
interface port_state to set the port_state to marginal.
Added the support in lpfc to handle the marginal state.
*** BLURB HERE ***
Muneendra (5):
scsi: Added a new error code DID_TRANSPORT_MARGINAL in scsi.h
scsi: No retries on abort success
scsi_transport_fc: Added a new rport state FC_PORTSTATE_MARGINAL
scsi_transport_fc: Added store fucntionality to set the rport
port_state using sysfs
scsi:lpfc: Added support for eh_should_retry_cmd
drivers/scsi/lpfc/lpfc_scsi.c | 1 +
drivers/scsi/scsi_error.c | 23 +++++-
drivers/scsi/scsi_lib.c | 1 +
drivers/scsi/scsi_transport_fc.c | 118 ++++++++++++++++++++++++++-----
include/scsi/scsi.h | 1 +
include/scsi/scsi_host.h | 6 ++
include/scsi/scsi_transport_fc.h | 4 +-
7 files changed, 133 insertions(+), 21 deletions(-)
--
2.26.2
--
This electronic communication and the information and any files transmitted
with it, or attached to it, are confidential and are intended solely for
the use of the individual or entity to whom it is addressed and may contain
information that is confidential, legally privileged, protected by privacy
laws, or otherwise restricted from disclosure to anyone else. If you are
not the intended recipient or the person responsible for delivering the
e-mail to the intended recipient, you are hereby notified that any use,
copying, distributing, dissemination, forwarding, printing, or copying of
this e-mail is strictly prohibited. If you received this e-mail in error,
please return the e-mail to the sender, delete it from your computer, and
destroy any printed copy of it.
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 4177 bytes --]
next prev parent reply other threads:[~2020-12-08 5:01 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-11 4:58 [PATCH v7 0/5] scsi: Support to handle Intermittent errors Muneendra
2020-11-11 4:58 ` [PATCH v7 1/5] scsi: Added a new error code DID_TRANSPORT_MARGINAL in scsi.h Muneendra
2020-11-16 8:16 ` Hannes Reinecke
2020-11-23 19:45 ` Ewan D. Milne
2020-11-24 17:42 ` Himanshu Madhani
2020-11-11 4:58 ` [PATCH v7 2/5] scsi: No retries on abort success Muneendra
2020-11-16 8:22 ` Hannes Reinecke
2020-11-23 19:45 ` Ewan D. Milne
2020-11-24 17:43 ` Himanshu Madhani
2020-11-11 4:58 ` [PATCH v7 3/5] scsi_transport_fc: Added a new rport state FC_PORTSTATE_MARGINAL Muneendra
2020-11-16 8:19 ` Hannes Reinecke
2020-11-17 7:43 ` Muneendra Kumar M
2020-11-23 20:01 ` Ewan D. Milne
2020-11-23 19:47 ` Ewan D. Milne
2020-11-24 17:43 ` Himanshu Madhani
2020-11-11 4:58 ` [PATCH v7 4/5] scsi_transport_fc: Added store fucntionality to set the rport port_state using sysfs Muneendra
2020-11-16 8:20 ` Hannes Reinecke
2020-11-23 19:47 ` Ewan D. Milne
2020-11-24 17:44 ` Himanshu Madhani
2020-11-11 4:58 ` [PATCH v7 5/5] scsi:lpfc: Added support for eh_should_retry_cmd Muneendra
2020-11-16 8:23 ` Hannes Reinecke
2020-11-23 19:51 ` Ewan D. Milne
2020-11-23 19:48 ` Ewan D. Milne
2020-11-24 17:46 ` Himanshu Madhani
2020-12-08 5:00 ` Muneendra Kumar M [this message]
2020-12-08 5:14 ` [PATCH v7 0/5] scsi: Support to handle Intermittent errors Martin K. Petersen
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=962c402e28d9183caef263f9fac215b3@mail.gmail.com \
--to=muneendra.kumar@broadcom.com \
--cc=emilne@redhat.com \
--cc=hare@suse.de \
--cc=jsmart2021@gmail.com \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=mkumar@redhat.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