Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 5 Dec 2005 21:52:28 -0600
From:      Craig Boston <craig@tobuj.gank.org>
To:        freebsd-hackers@freebsd.org
Subject:   Re: Weird PCI interrupt delivery problem
Message-ID:  <20051206035228.GA34979@nowhere>
In-Reply-To: <20051206015129.GA34415@nowhere>
References:  <20051130020734.GA6577@nowhere> <200512020817.55769.jhb@freebsd.org> <20051203005104.GA22567@nowhere> <200512031630.59476.jhb@freebsd.org> <20051204004131.GA7596@nowhere> <20051206015129.GA34415@nowhere>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Dec 05, 2005 at 07:51:29PM -0600, Craig Boston wrote:
> With the ACPI timer disabled (debug.acpi.disabled=timer), the ACPI+APIC
> case now behaves the same as the plain APIC case.  Each IRQ gets
> anywhere from 10,000-500,000 interrupts before it simply stops working.

And to follow up to myself yet again, the i8254 timecounter is also bad
news for APIC.  Switching to it, with or without ACPI, causes things to
stop working really fast.

Just a stab in the dark, but it sounds like there may be something
screwy going on in the interconnect between the I/O APIC and the 8259s.
I'm pretty familiar with old-style (ISA) design, but somewhat fuzzy on
exactly how those two normally coexist, especially when everything is
integrated together on a bridge chip somewhere.

IIRC there used to be some mixed-mode hacks that have been cleaned up in
6.0.  Might Windows still be doing something similar and that's why it
works?

Craig



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051206035228.GA34979>