All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Martin J. Bligh" <mbligh@mbligh.org>
To: Andrew Morton <akpm@osdl.org>
Cc: dev@sw.ru, torvalds@osdl.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] NMI watchdog config option (was: Re: [PATCH] NMI lockup and AltSysRq-P dumping calltraces on _all_ cpus via NMI IPI)
Date: Tue, 17 May 2005 15:26:14 -0700	[thread overview]
Message-ID: <896520000.1116368774@flay> (raw)
In-Reply-To: <20050517151648.2abff61e.akpm@osdl.org>

>> > So much has changed in there that we might have fixed it by accident, and I
>> > do recall a couple of fundamental and subtle NMI bugs being fixed.  So
>> > yeah, it might be worth enabling it by default again.  Care to send a patch
>> > which does that?
>> 
>> There are some unfixable machine issues - for instance, the IBM
>> Netfinity 8500R corrupts one of the registers (ebx?) every time we get
>> an NMI for us, and panics. Probably other boxes you mention above have
>> similar issues? But it's not our code that's at fault ...
> 
> That sounds like an instant crash.  The problems which were reported a few
> years back were different - mysterious lockups after hours or days of
> operation.

Dunno, might have been a race, or only happened if the wind was blowing
North at the time. More likely different machines had different forms of
failures caused by various obscure bugs ;-) If you're really curious, I 
could go test it I spose.
 
>> In light of this, I don't think it's a good idea to enable NMI by default,
>> at least not without a blacklist function of some sort?
> 
> OK, thanks - I'll leave things as they stand.

Thanks. I think it's safer that way ...

M.


  reply	other threads:[~2005-05-17 22:27 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-11 15:57 [PATCH] NMI lockup and AltSysRq-P dumping calltraces on _all_ cpus via NMI IPI Kirill Korotaev
2005-05-16 22:34 ` Martin J. Bligh
2005-05-17  7:04   ` [PATCH] NMI watchdog config option (was: Re: [PATCH] NMI lockup and AltSysRq-P dumping calltraces on _all_ cpus via NMI IPI) Kirill Korotaev
2005-05-17  7:15     ` Andrew Morton
2005-05-17 10:41       ` Kirill Korotaev
2005-05-17 14:01       ` Martin J. Bligh
2005-05-17 22:16         ` Andrew Morton
2005-05-17 22:26           ` Martin J. Bligh [this message]
2005-05-17 17:30       ` Valdis.Kletnieks
2005-05-17 15:48     ` Linus Torvalds
2005-05-17 15:59       ` Maciej W. Rozycki
2005-05-17 16:32         ` Linus Torvalds
2005-05-17 17:04           ` Maciej W. Rozycki
2005-05-17 17:20             ` Linus Torvalds
2005-05-17 17:44               ` Maciej W. Rozycki
2005-05-17 17:25     ` Valdis.Kletnieks

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=896520000.1116368774@flay \
    --to=mbligh@mbligh.org \
    --cc=akpm@osdl.org \
    --cc=dev@sw.ru \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@osdl.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.