mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Martin J. Bligh" <mbligh@aracnet.com>
To: Linus Torvalds <torvalds@transmeta.com>,
	William Lee Irwin III <wli@holomorphy.com>
Cc: Rusty Russell <rusty@rustcorp.com.au>,
	linux-kernel@vger.kernel.org, mingo@redhat.com
Subject: Re: [BUG] 2.5.63: ESR killed my box!
Date: Wed, 26 Feb 2003 07:52:06 -0800	[thread overview]
Message-ID: <2880000.1046274724@[10.10.2.4]> (raw)
In-Reply-To: <Pine.LNX.4.44.0302260713210.1423-100000@home.transmeta.com>

>> >> I put an esr_disable flag in there a while back ... does that
>> >> workaround it?
>> 
>> On Wed, Feb 26, 2003 at 06:14:42PM +1100, Rusty Russell wrote:
>> > Yes.  Hmm.  Wonder if that helps my SMP wierness, too.
>> 
>> It shouldn't be set on anything but NUMA-Q and "bigsmp".
> 
> Hmm.. Why is it right on those, but not on normal machines? The APIC is 
> the same, and if the big machines need it, apparently at least _one_
> small  machine needs it too..
> 
> Also, if we find that the ESR value was non-zero, it sounds a bit stupid 
> to enable error delivery at bootup. We already know there was an error,
> we  don't need to be told.

There's bugs in the APIC that mean that once we get an error, we never
manage to get rid of it, I believe. I don't believe Intel have ever
acknowledged that or worked around it, but I think Sequent engineers spent
a lot of time with bus analysers, etc looking at this, and that was the
ultimate conclusion. It's not like we do anything with the error anyway, so
disabling it seemed like the prudent thing to do.

Now in the case Rusty has, would be nice to find why it's changed, this was
just a workaround. On the NUMA-Qs, this always happened, so it's not so
interesting ;-)

M.


  reply	other threads:[~2003-02-26 15:42 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-26  4:33 Rusty Russell
2003-02-26  5:51 ` Martin J. Bligh
2003-02-26  7:14   ` Rusty Russell
2003-02-26  7:27     ` William Lee Irwin III
2003-02-26 15:20       ` Linus Torvalds
2003-02-26 15:52         ` Martin J. Bligh [this message]
2003-02-26 16:37           ` Linus Torvalds
2003-02-26 16:52             ` Martin J. Bligh
2003-02-27  0:32               ` James Cleverdon
2003-02-27 11:11             ` Maciej W. Rozycki
2003-02-26 20:47     ` Ion Badulescu
2003-02-26 21:03       ` Martin J. Bligh
2003-02-26 21:16         ` Ion Badulescu
2003-02-26 21:23           ` Martin J. Bligh
2003-02-26 21:30           ` Linus Torvalds
2003-02-26 21:44             ` Ion Badulescu
2003-02-26 22:05               ` Linus Torvalds
2003-02-26 22:51                 ` Martin J. Bligh
2003-02-26 23:07                 ` Mikael Pettersson
2003-02-27  0:00                   ` Linus Torvalds
2003-02-27  0:45                     ` Martin J. Bligh
2003-02-27  1:20                       ` Ion Badulescu
2003-02-27  1:33                         ` Martin J. Bligh
2003-02-27 10:33                       ` Mikael Pettersson
2003-02-27  1:26                     ` Ion Badulescu
2003-02-27  1:40                       ` Martin J. Bligh
2003-02-27  7:17                     ` Rusty Russell
2003-02-26  8:43 Rusty Russell
2003-02-26 22:34 Grover, Andrew
2003-03-01  1:42 Mallick, Asit K
2003-03-01  3:07 Mallick, Asit K

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='2880000.1046274724@[10.10.2.4]' \
    --to=mbligh@aracnet.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=rusty@rustcorp.com.au \
    --cc=torvalds@transmeta.com \
    --cc=wli@holomorphy.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

all inboxes | Powered by JetHome®