From: Jay Lan <jlan@sgi.com>
To: linux-ia64@vger.kernel.org
Subject: [PATCH 0/2] IA64 kdump: MCA handling
Date: Fri, 10 Nov 2006 23:56:42 +0000 [thread overview]
Message-ID: <455511BA.3020508@sgi.com> (raw)
This patchset is to handle MCA notify_die events on IA64.
When MCA occurs, errors are set in the PROM. If these
errors are not reset, the PROM would restart the system at
some point and thus OS is not able to kexec the kdump kernel.
To take care of this situation, a new machine vector is needed
to inform PROM that we are about to start a kdump kernel. The SN
code for this machine vector will issue a SAL call.
This patchset includes two parts.
1/2 The first one is to add a machine vector notifying
the platform-specific code that a kexec is about to
occur and the related SN code.
2/2 The second part is to add MCA notify_die events handling.
There is a concern that if there is a hardware failure which cause
the MCA, the second kernel may encounter the same MCA. That is
possible. However, from past experience on IA64 using LKCD, dumps are
successful after most MCAs. There is no guarantee, of course.
[Jack Steiner wrote:]
IA64, at least on the SN platforms, reports MCAs for many problems that
are actually software bugs. Examples include failures like references to
non-existant memory, protected memory, etc. A crash dump should work ok
after these types of MCAs because the crashdump kernel will usually not
reference the same bad addresses. This (at least on SN) is the most
common cause of a MCA with the exception of MCAs caused by double bit
memory errors. Dumps after double bit memory errors are usually
successful because the bad page is usually not part of the dump.
- Jay Lan
Patches against 2.6.18, apply on top of kexec-kdump-ia64-2.6.18.patch
and Fix-OS_INIT-handle-IA64 patch from Zou Nan hai.
reply other threads:[~2006-11-10 23:56 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=455511BA.3020508@sgi.com \
--to=jlan@sgi.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox