From: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [patch] Cache error recovery
Date: Thu, 21 Dec 2006 01:58:07 +0000 [thread overview]
Message-ID: <4589EA2F.8050503@jp.fujitsu.com> (raw)
In-Reply-To: <200612191705.kBJH5e0s69613196@clink.americas.sgi.com>
Looks good. Thanks!
Acked-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Russ Anderson wrote:
> Here is an updated patch with comment clean up.
>
> [patch] Cache error recovery
>
> Similar to memory error recovery, when a cache error is consumed
> by a user process terminate the user instead of crashing the system.
>
> Signed-off-by: Russ Anderson (rja@sgi.com)
>
> ---
> arch/ia64/kernel/mca_drv.c | 32 +++++++++++---------------------
> 1 file changed, 11 insertions(+), 21 deletions(-)
>
> Index: test/arch/ia64/kernel/mca_drv.c
> =================================> --- test.orig/arch/ia64/kernel/mca_drv.c 2006-12-19 10:28:36.000000000 -0600
> +++ test/arch/ia64/kernel/mca_drv.c 2006-12-20 11:16:19.091608933 -0600
> @@ -602,6 +602,8 @@ recover_from_platform_error(slidx_table_
> default:
> break;
> }
> + } else if (psp->cc && !psp->bc) { /* Cache error */
> + status = recover_from_read_error(slidx, peidx, pbci, sos);
> }
>
> return status;
> @@ -645,13 +647,6 @@ recover_from_tlb_check(peidx_table_t *pe
> * Return value:
> * 1 on Success / 0 on Failure
> */
> -/*
> - * Later we try to recover when below all conditions are satisfied.
> - * 1. Only one processor error section is exist.
> - * 2. BUS_CHECK is exist and the others are not exist.(Except TLB_CHECK)
> - * 3. The entry of BUS_CHECK_INFO is 1.
> - * 4. "External bus error" flag is set and the others are not set.
> - */
>
> static int
> recover_from_processor_error(int platform, slidx_table_t *slidx,
> @@ -687,36 +682,31 @@ recover_from_processor_error(int platfor
> /*
> * The cache check and bus check bits have four possible states
> * cc bc
> - * 0 0 Weird record, not recovered
> - * 1 0 Cache error, not recovered
> - * 0 1 I/O error, attempt recovery
> * 1 1 Memory error, attempt recovery
> + * 1 0 Cache error, attempt recovery
> + * 0 1 I/O error, attempt recovery
> + * 0 0 Other error type, not recovered
> */
> - if (psp->bc = 0 || pbci = NULL)
> - return fatal_mca("No bus check");
> + if (psp->cc = 0 && (psp->bc = 0 || pbci = NULL))
> + return fatal_mca("No cache or bus check");
>
> /*
> - * Sorry, we cannot handle so many.
> + * Cannot handle more than one bus check.
> */
> if (peidx_bus_check_num(peidx) > 1)
> return fatal_mca("Too many bus checks");
> - /*
> - * Well, here is only one bus error.
> - */
> +
> if (pbci->ib)
> return fatal_mca("Internal Bus error");
> - if (pbci->cc)
> - return fatal_mca("Cache-cache error");
> if (pbci->eb && pbci->bsi > 0)
> return fatal_mca("External bus check fatal status");
>
> /*
> - * This is a local MCA and estimated as recoverble external bus error.
> - * (e.g. a load from poisoned memory)
> - * This means "there are some platform errors".
> + * This is a local MCA and estimated as a recoverble error.
> */
> if (platform)
> return recover_from_platform_error(slidx, peidx, pbci, sos);
> +
> /*
> * On account of strange SAL error record, we cannot recover.
> */
>
prev parent reply other threads:[~2006-12-21 1:58 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-19 17:05 [patch] Cache error recovery Russ Anderson
2006-12-20 1:33 ` Hidetoshi Seto
2006-12-20 17:32 ` Russ Anderson
2006-12-21 1:58 ` Hidetoshi Seto [this message]
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=4589EA2F.8050503@jp.fujitsu.com \
--to=seto.hidetoshi@jp.fujitsu.com \
--cc=linux-ia64@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.