Date: Tue, 6 Jan 2004 16:44:17 -0800 (PST) From: Doug White <dwhite@gumbysoft.com> To: Nate Lawson <nate@root.org> Cc: current@freebsd.org Subject: Re: IRQ routing debugging help Message-ID: <20040106164230.Y97411@carver.gumbysoft.com> In-Reply-To: <20040106145355.Y27817@root.org> References: <20040106145355.Y27817@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 6 Jan 2004, Nate Lawson wrote: > Not only is intpin 1 is missing from ACPI but intpin 7 appears. This > means your lpt0 probably works only with ACPI. :) It fails to detect in both cases. For this particular instance, I'm now trying increasing the kbd reset delays. It may just be recalicitrant hardware. But it may also be something screwy in the ACPI. All the ISA devices look at an enable bit in system I/O space and skip their _CRS functions if its cleared. I'll start a new thread on this since its not routing-related. > > -Nate > > --- 1 Tue Jan 6 14:52:56 2004 > +++ 2 Tue Jan 6 14:53:06 2004 > @@ -1,9 +1,9 @@ > > ioapic1: routing intpin 2 (IRQ 18) to cluster 0 > > ioapic1: routing intpin 8 (IRQ 24) to cluster 0 > > ioapic1: routing intpin 9 (IRQ 25) to cluster 0 > -> ioapic0: routing intpin 1 (IRQ 1) to cluster 0 > > ioapic0: routing intpin 4 (IRQ 4) to cluster 0 > > ioapic0: routing intpin 6 (IRQ 6) to cluster 0 > +> ioapic0: routing intpin 7 (IRQ 7) to cluster 0 > > ioapic0: routing intpin 8 (IRQ 8) to cluster 0 > > ioapic0: routing intpin 11 (IRQ 11) to cluster 0 > > ioapic0: routing intpin 13 (IRQ 13) to cluster 0 > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040106164230.Y97411>