From: Martin Schwidefsky <schwidefsky@de.ibm.com>
To: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
linux-s390 <linux-s390@vger.kernel.org>,
Jens Axboe <axboe@kernel.dk>
Subject: Re: [PATCH 0/9] dasd: implement block timeout
Date: Mon, 17 Jun 2013 09:22:15 +0200 [thread overview]
Message-ID: <20130617092215.6c0df7d1@mschwide> (raw)
In-Reply-To: <1370271802-30019-1-git-send-email-schwidefsky@de.ibm.com>
On Mon, 3 Jun 2013 17:03:13 +0200
Martin Schwidefsky <schwidefsky@de.ibm.com> wrote:
> This is a re-send of a patch series Hannes sent last january. Stefan
> looked at the patches and our tests went well, so I guess this is ready
> for upstream integration.
>
> The changes to block/blk-core.c and block/blk-timeout.c look good
> to me, but I would like to request an acked-by from Jens for the
> block layer parts in patch #6 and #7 of the series (pretty please :-)
>
> The original patch description from Hannes:
>
> This patch series implements a block timeout handler for
> DASDs. The main impetus was to allow for a fixed upper
> timeout value after which a request is aborted.
> This is required eg when implementing a host-based
> mirroring system where otherwise the entire mirror
> would stall under certain circumstances.
>
> Changes since v1:
> - Fixed lock inversion in dasd_times_out()
> - Checked for 'device->block' when writing to 'timeout' attribute
> - Check against 'UINT_MAX' when verifying the 'timeout' value
>
> Once I got the required acked-by I can carry the patch set in the
> linux-s390 tree for the next merge window.
>
> Hannes Reinecke (9):
> dasd: Clarify comment
> dasd: make number of retries configurable
> dasd: process all requests in the device tasklet
> dasd: Implement block timeout handling
> dasd: Reduce amount of messages for specific errors
> block,dasd: detailed I/O errors
> block: check for timeout function in blk_rq_timed_out()
> dasd: Add 'timeout' attribute
> dasd: Fail all requests when DASD_FLAG_ABORTIO is set
>
> arch/s390/include/uapi/asm/dasd.h | 4 ++
> block/blk-core.c | 3 +
> block/blk-timeout.c | 5 +-
> drivers/s390/block/dasd.c | 115 +++++++++++++++++++++++++++++++++----
> drivers/s390/block/dasd_devmap.c | 97 +++++++++++++++++++++++++++++++
> drivers/s390/block/dasd_diag.c | 8 ++-
> drivers/s390/block/dasd_eckd.c | 15 +++--
> drivers/s390/block/dasd_erp.c | 8 +++
> drivers/s390/block/dasd_fba.c | 10 +++-
> drivers/s390/block/dasd_int.h | 10 ++++
> drivers/s390/block/dasd_ioctl.c | 59 +++++++++++++++++++
> 11 files changed, 313 insertions(+), 21 deletions(-)
>
Ping. Jens could you please look at patch #6 and #7? I don't want
to do a please pull with block layer parts without your consent.
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
next prev parent reply other threads:[~2013-06-17 7:22 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-03 15:03 [PATCH 0/9] dasd: implement block timeout Martin Schwidefsky
2013-06-03 15:03 ` [PATCH 1/9] dasd: Clarify comment Martin Schwidefsky
2013-06-03 15:03 ` [PATCH 2/9] dasd: make number of retries configurable Martin Schwidefsky
2013-06-03 15:03 ` [PATCH 3/9] dasd: process all requests in the device tasklet Martin Schwidefsky
2013-06-03 15:03 ` [PATCH 4/9] dasd: Implement block timeout handling Martin Schwidefsky
2013-06-03 15:03 ` [PATCH 5/9] dasd: Reduce amount of messages for specific errors Martin Schwidefsky
2013-06-03 15:03 ` [PATCH 6/9] block,dasd: detailed I/O errors Martin Schwidefsky
2013-06-03 15:03 ` [PATCH 7/9] block: check for timeout function in blk_rq_timed_out() Martin Schwidefsky
2013-06-03 15:03 ` [PATCH 8/9] dasd: Add 'timeout' attribute Martin Schwidefsky
2013-06-03 15:03 ` [PATCH 9/9] dasd: Fail all requests when DASD_FLAG_ABORTIO is set Martin Schwidefsky
2013-06-17 7:22 ` Martin Schwidefsky [this message]
2013-07-01 8:21 ` [PATCH 0/9] dasd: implement block timeout Martin Schwidefsky
2013-07-01 9:47 ` Jens Axboe
2013-07-01 11:10 ` Martin Schwidefsky
-- strict thread matches above, loose matches on Subject: below --
2013-01-29 7:11 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=20130617092215.6c0df7d1@mschwide \
--to=schwidefsky@de.ibm.com \
--cc=axboe@kernel.dk \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.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;
as well as URLs for NNTP newsgroup(s).