From: Hannes Reinecke <hare@suse.de>
To: James Bottomley <jbottomley@parallels.com>
Cc: Christoph Hellwig <hch@infradead.org>,
linux-scsi@vger.kernel.org, Ren Mingxin <renmx@cn.fujitsu.com>,
Joern Engel <joern@logfs.org>,
James Smart <james.smart@emulex.com>,
Hannes Reinecke <hare@suse.de>
Subject: [PATCHv7 0/4] New EH command timeout handler
Date: Wed, 30 Oct 2013 09:37:48 +0100 [thread overview]
Message-ID: <1383122272-93572-1-git-send-email-hare@suse.de> (raw)
Hi all,
this patchset implements a new SCSI EH command timeout handler
which will be sending command aborts inline without actually
engaging SCSI EH.
SCSI EH will only be invoked if command abort fails.
In addition the commands will be returned directly
if the command abort succeeded, cutting down recovery
times dramatically.
With the original SCSI EH I got:
# time dd if=/dev/zero of=/dev/dm-2 bs=4k count=4k oflag=direct
4096+0 records in
4096+0 records out
16777216 bytes (17 MB) copied, 142.652 s, 118 kB/s
real 2m22.657s
user 0m0.013s
sys 0m0.145s
With this patchset I got:
# time dd if=/dev/zero of=/dev/dm-2 bs=4k count=4k oflag=direct
4096+0 records in
4096+0 records out
16777216 bytes (17 MB) copied, 52.1579 s, 322 kB/s
real 0m52.163s
user 0m0.012s
sys 0m0.145s
Test was to disable RSCN on the target port, disable the
target port, and then start the 'dd' command as indicated.
Changes to the original version:
- Use a private list in scsi_eh_abort_handler to avoid
list starvation (pointed out by Joern Engel)
- Terminate command aborts when the first abort fails
- Do not attempt command aborts if the host is already in recovery
or if the device is removed.
- Flush abort workqueue if the device is removed.
Changes to v2:
- Removed eh_entry initialisation
- Convert to per-command workqueue
Changes to v3:
- Use delayed_work
- Enable new eh timeout handler for virtio, SAS, and FC
- Modify logging messages to include scmd pointer
Changes to v4:
- Remove stubs when enabling new eh timeout handler
for other drivers
Changes to v5:
- Enable new eh timeout handler per default
- Update documentation
Changes to v6:
- Include changes from James Bottomley for erratic device
offline patch
- Rearrange patches
- Update SCSI midlayer documentation
Hannes Reinecke (3):
blk-timeout: add BLK_EH_SCHEDULED return code
scsi: improved eh timeout handler
scsi: Update documentation
James Bottomley (1):
scsi: Fix erratic device offline during EH
Documentation/scsi/scsi_eh.txt | 69 +++++++------
Documentation/scsi/scsi_mid_low_api.txt | 9 +-
drivers/scsi/scsi.c | 9 +-
drivers/scsi/scsi_error.c | 176 ++++++++++++++++++++++++++++----
drivers/scsi/scsi_priv.h | 2 +
drivers/scsi/sd.c | 26 +++--
include/linux/blkdev.h | 1 +
include/scsi/scsi_cmnd.h | 2 +
include/scsi/scsi_driver.h | 2 +-
include/scsi/scsi_host.h | 5 +
10 files changed, 228 insertions(+), 73 deletions(-)
--
1.8.1.4
next reply other threads:[~2013-10-30 8:37 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-30 8:37 Hannes Reinecke [this message]
2013-10-30 8:37 ` [PATCH 1/4] scsi: Fix erratic device offline during EH Hannes Reinecke
2013-10-30 8:37 ` [PATCH 2/4] blk-timeout: add BLK_EH_SCHEDULED return code Hannes Reinecke
2013-10-30 8:43 ` Christoph Hellwig
2013-10-30 19:15 ` Hannes Reinecke
2013-10-30 8:37 ` [PATCH 3/4] scsi: improved eh timeout handler Hannes Reinecke
2013-10-30 8:37 ` [PATCH 4/4] scsi: Update documentation Hannes Reinecke
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=1383122272-93572-1-git-send-email-hare@suse.de \
--to=hare@suse.de \
--cc=hch@infradead.org \
--cc=james.smart@emulex.com \
--cc=jbottomley@parallels.com \
--cc=joern@logfs.org \
--cc=linux-scsi@vger.kernel.org \
--cc=renmx@cn.fujitsu.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;
as well as URLs for NNTP newsgroup(s).