public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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


  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