This seems possible, but strange. Have you tried Michael's patch?
I had a semi-finished optimization there that needed to be removed.
On Thu, Aug 12, 1999 at 07:23:36PM -0400, nunca wrote:
> I've written a RTL module that listens to interrupts on IRQ7, and it too
> sees the spurious interrupts. RTL modules listening on other interrupts
> behave as expected. The Linux driver running under unpatched linux does
> not see these interrupts. The INTEL 8259 data sheet has this tidbit: "In
> both the edge and level triggered modes, the IR inputs must remain high
> until after the fallin edge of the first INTA. If the IR input goes low
> before this time, a DEFAULT IR7 will occur when the CPU acknowledges the
> interrupt." This seems to say that if an ANY IRQ line goes high, and then
> disappears before the CPU gets around to it, it will appear as a "DEFAULT
> IR7" I'm assuming that something RTLinux does when handling interrupts
> delays processing long enough that one of my other cards (see
> /proc/interrupts outputs in my previous post) are generating interrupts
> that disappear. This of course may very well be totally offbase, but I'd
> appreciate any comments. I'll get back to hacking at the problem.
>
> --
> Nolan Leake
> Section 8
> --- [rtl] ---
> To unsubscribe:
> echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
> echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
> ----
> For more information on Real-Time Linux see:
> http://www.rtlinux.org/~rtlinux/
--- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
----
For more information on Real-Time Linux see:
http://www.rtlinux.org/~rtlinux/
