From: James Bottomley <jejb@linux.vnet.ibm.com>
To: Wei Fang <fangwei1@huawei.com>,
tj@kernel.org, martin.petersen@oracle.com, corbet@lwn.net
Cc: hch@infradead.org, dan.j.williams@intel.com,
linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org,
linux-doc@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH v3 2/2] Documentation/scsi: update scsi_eh.txt about ->host_failed
Date: Thu, 02 Jun 2016 09:59:52 -0400 [thread overview]
Message-ID: <1464875992.11969.19.camel@linux.vnet.ibm.com> (raw)
In-Reply-To: <1464856958-30647-2-git-send-email-fangwei1@huawei.com>
On Thu, 2016-06-02 at 16:42 +0800, Wei Fang wrote:
> Update the new rules of ->host_failed.
>
> Signed-off-by: Wei Fang <fangwei1@huawei.com>
Changes look fine, but I was wondering if we could also add a note
about the new concurrency rules:
> ---
> Documentation/scsi/scsi_eh.txt | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/Documentation/scsi/scsi_eh.txt
> b/Documentation/scsi/scsi_eh.txt
> index 8638f61..9702c78 100644
> --- a/Documentation/scsi/scsi_eh.txt
> +++ b/Documentation/scsi/scsi_eh.txt
> @@ -263,7 +263,6 @@ scmd->allowed.
>
> 3. scmd recovered
> ACTION: scsi_eh_finish_cmd() is invoked to EH-finish scmd
> - - shost->host_failed--
> - clear scmd->eh_eflags
> - scsi_setup_cmd_retry()
> - move from local eh_work_q to local eh_done_q
+ CONCURRENCY: at most one thread per separate eh_work_q to
+ keep queue manipulation lockless
And the same addition in
4. EH Completes
Probably
ACTION: scsi_eh_flush_done_q() retries scmds or notifies upper
layer of failure. May be called concurrently but must have
a no more than one thread per eh_work_q to manipulate the
queue locklessly
> @@ -276,6 +275,7 @@ scmd->allowed.
> - if retry is necessary, scmd is requeued using
> scsi_queue_insert()
> - otherwise, scsi_finish_command() is invoked for scmd
> + - zero shost->host_failed
> LOCKING: queue or finish function performs appropriate locking
>
>
next prev parent reply other threads:[~2016-06-02 13:59 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-02 8:42 [PATCH v3 1/2] scsi: fix race between simultaneous decrements of ->host_failed Wei Fang
2016-06-02 8:42 ` [PATCH v3 2/2] Documentation/scsi: update scsi_eh.txt about ->host_failed Wei Fang
2016-06-02 13:59 ` James Bottomley [this message]
2016-06-02 16:21 ` Greg KH
2016-06-07 3:22 ` Martin K. Petersen
2016-06-07 4:42 ` Wei Fang
2016-06-02 13:46 ` [PATCH v3 1/2] scsi: fix race between simultaneous decrements of ->host_failed James Bottomley
2016-06-02 16:20 ` Greg KH
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=1464875992.11969.19.camel@linux.vnet.ibm.com \
--to=jejb@linux.vnet.ibm.com \
--cc=corbet@lwn.net \
--cc=dan.j.williams@intel.com \
--cc=fangwei1@huawei.com \
--cc=hch@infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=stable@vger.kernel.org \
--cc=tj@kernel.org \
/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