On Monday 11 July 2005 19:36, Martin Schwidefsky wrote:
> [patch 7/12] s390: fba dasd i/o errors.
>
> From: Horst Hummel <[email protected]>
>
> The FBA discipline does not use retries for failed requests. A request
> fails after the first unsuccessful start attempt. There are some rare
> conditions (e.g. CIO path recovery) in which the start of an i/o on
> a fba device can fail. A tiny amount of retries is therefore
> reasonable.
>
> Signed-off-by: Martin Schwidefsky <[email protected]>
>
> diffstat:
> drivers/s390/block/dasd_fba.c | 4 +++-
> 1 files changed, 3 insertions(+), 1 deletion(-)
>
> diff -urpN linux-2.6/drivers/s390/block/dasd_fba.c linux-2.6-patched/drivers/s390/block/dasd_fba.c
> --- linux-2.6/drivers/s390/block/dasd_fba.c 2005-06-17 21:48:29.000000000 +0200
> +++ linux-2.6-patched/drivers/s390/block/dasd_fba.c 2005-07-11 17:37:46.000000000 +0200
> @@ -4,7 +4,7 @@
> * Bugreports.to..: <[email protected]>
> * (C) IBM Corporation, IBM Deutschland Entwicklung GmbH, 1999,2000
> *
> - * $Revision: 1.39 $
> + * $Revision: 1.40 $
> */
>
> #include <linux/config.h>
> @@ -354,6 +354,8 @@ dasd_fba_build_cp(struct dasd_device * d
> }
> cqr->device = device;
> cqr->expires = 5 * 60 * HZ; /* 5 minutes */
> + cqr->retries = 32;
2..4 maybe, but 32? This isn't tiny by any account.
> + cqr->buildclk = get_clock();
> cqr->status = DASD_CQR_FILLED;
> return cqr;
> }
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |