From: "Richard B. Johnson" <root@chaos.analogic.com>
To: Hans-Peter Jansen <hpj@urpla.net>
Cc: Jamie Lokier <jamie@shareable.org>,
Robert_Hentosh@Dell.com,
Linux kernel <linux-kernel@vger.kernel.org>
Subject: Re: spurious 8259A interrupt
Date: Mon, 22 Mar 2004 07:29:44 -0500 (EST) [thread overview]
Message-ID: <Pine.LNX.4.53.0403220713160.13879@chaos> (raw)
In-Reply-To: <200403211858.07445.hpj@urpla.net>
On Sun, 21 Mar 2004, Hans-Peter Jansen wrote:
> On Friday 19 March 2004 14:48, Richard B. Johnson wrote:
> >
> > The IRQ7 spurious is usually an artifact of a crappy motherboard
> > design where the CPU "thinks" it was interrupted, but the
> > controller didn't wiggle the CPUs INT line.
>
> Thanks for the nice explanation, Richard.
>
> I even see them on my x86_64 box in 64 bit mode. (K8VT800 based)
> Furtunately only occasionally.
>
> I thought, AMD took the chance to fix that kind of crap in the new
> architecture, but obviously they failed in this respect :-(
>
> Pete
It isn't CPU-specific. It's motherboard glitch specific. If there
is ground-bounce on the motherboard or excessive induced
coupling, the CPU may occasionally get hit with a logic-level
that it "thinks" is an interrupt, even though no controller
actually generated it. Sometimes you can find a power supply
that helps. Power supplies can cause such problems if
a dynamic load (from the CPU executing some variable-load
pattern), coincides with some not-to-well damped pole in
the power-supply regulator feedback. This can cause a
periodic bounce (like 100 HZ) that causes logic levels
to go into and out of spec during certain execution
sequences. This can cause actual triggers to be sent
to the CPUs maskable and non-maskable interrupt pins.
Since the CPUs now-days have multiple levels of regulators,
their voltages are relatively constant. This means their
response to input logic levels won't track with something
tied only to the primary regulator in the cheapie power
supply.
In any event, spurious interrupts are hardware events,
not software. If you don't get too many of them they
are not bothersome and might even be called "normal".
Cheers,
Dick Johnson
Penguin : Linux version 2.4.24 on an i686 machine (797.90 BogoMips).
Note 96.31% of all statistics are fiction.
next prev parent reply other threads:[~2004-03-22 12:28 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-16 20:32 Robert_Hentosh
2004-03-19 13:06 ` Jamie Lokier
2004-03-19 13:16 ` Russell King
2004-03-19 13:39 ` Jamie Lokier
2004-03-19 14:04 ` Anton Blanchard
2004-03-19 14:56 ` Jamie Lokier
2004-03-19 13:48 ` Richard B. Johnson
2004-03-19 14:39 ` Jamie Lokier
2004-03-21 17:58 ` Hans-Peter Jansen
2004-03-22 9:12 ` Maciej W. Rozycki
2004-03-22 12:29 ` Richard B. Johnson [this message]
2004-03-24 15:28 ` Jamie Lokier
2004-03-24 15:50 ` Gabriel Paubert
2004-03-24 15:57 ` Richard B. Johnson
2004-03-19 13:28 ` Maciej W. Rozycki
2004-03-19 22:01 ` Guennadi Liakhovetski
2004-03-22 9:02 ` Maciej W. Rozycki
2004-03-22 21:16 ` Guennadi Liakhovetski
2004-03-22 22:13 ` Richard B. Johnson
2004-03-22 23:09 ` Guennadi Liakhovetski
2004-03-22 23:38 ` Richard B. Johnson
2004-03-23 10:32 ` Maciej W. Rozycki
2004-03-23 10:42 ` Maciej W. Rozycki
2004-03-23 21:10 ` Guennadi Liakhovetski
2004-03-23 10:29 ` Maciej W. Rozycki
2004-03-23 10:26 ` Maciej W. Rozycki
-- strict thread matches above, loose matches on Subject: below --
2004-03-16 18:35 Emmanuel Fleury
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=Pine.LNX.4.53.0403220713160.13879@chaos \
--to=root@chaos.analogic.com \
--cc=Robert_Hentosh@Dell.com \
--cc=hpj@urpla.net \
--cc=jamie@shareable.org \
--cc=linux-kernel@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
all inboxes | Powered by JetHome®