From: Dave Jones <davej@redhat.com>
To: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] Add mem_nmi_panic enable system to panic on hard error
Date: Tue, 13 Dec 2005 01:48:00 -0500 [thread overview]
Message-ID: <20051213064800.GB7401@redhat.com> (raw)
In-Reply-To: <439E6C58.6050301@jp.fujitsu.com>
On Tue, Dec 13, 2005 at 03:38:16PM +0900, Hidetoshi Seto wrote:
> Some x86 server fires NMI with reason 0x80 up if a parity error
> occurs on its PCI-bus system or DIMM module.
Hmm, are you sure this isn't a bios error misconfiguring
some northbridge register perhaps ? Some chipsets offer
such reporting as a feature. Could be your server has this
on by default.
(I believe the EDAC code has also triggered similar cases
on certain cards which is why it too disables this checking
by default).
> However, such NMI cannot stop the system and data pollution,
> because the NMI is _not_ "unknown", through unknown_nmi_panic
> can panic the system on NMI which has no reason bits.
>
> This patch adds "mem_nmi_panic" sysctl parameter that enable
> system to switch its action on such NMI originated in a hard error.
> Also it seems that x86_86 has same situation and problem,
> so this is a couple of patch for 2 archs, i386 and x86_64.
Why not make this automatic based on dmi strings, instead of
making the user guess that he needs to pass obscure command
line options?
The sysctl seems pointless too. If this is needed at all,
why would you ever want to turn it off ?
Dave
next prev parent reply other threads:[~2005-12-13 6:48 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-13 6:38 [PATCH] Add mem_nmi_panic enable system to panic on hard error Hidetoshi Seto
2005-12-13 6:48 ` Dave Jones [this message]
2005-12-13 8:56 ` Hidetoshi Seto
2005-12-13 12:23 ` Alan Cox
2005-12-14 8:49 ` Hidetoshi Seto
2005-12-14 11:05 ` Alan Cox
2005-12-15 1:53 ` Hidetoshi Seto
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=20051213064800.GB7401@redhat.com \
--to=davej@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=seto.hidetoshi@jp.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