Date: Mon, 27 Oct 2003 15:38:59 -0800 (PST) From: Nate Lawson <nate@root.org> To: Thorsten Greiner <thorsten.greiner@web.de> Cc: current@freebsd.org Subject: Re: ACPI trouble with EPIA-M Message-ID: <20031027153650.E78542@root.org> In-Reply-To: <20031027215909.GA1108@tybalt> References: <20031023155431.L64034@root.org> <20031024212434.GA8126@tybalt> <20031027123400.N78061@root.org> <20031027215909.GA1108@tybalt>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 27 Oct 2003, Thorsten Greiner wrote:
> * Nate Lawson <nate@root.org> [2003-10-27 22:13]:
> > ... What you probably want to do now is do "tr <pid>" for the
> > pids below to see what they're blocked on. Likely culprits are 24
> > (since it's on irq 7), 23 (acpi), 29, and 25. The most likely one
> > is 24 because irq 7 is normally edge triggered/legacy and that
> > means it cannot be shared. But in your config, it is shared. So
> > my guess is that acpi is routing interrupts differently than $PIR
> > mode.
>
> OK, here we go:
>
> pid 24 ([IWAIT] irq7: fwohci0 uhci1)
> pid 35 ([IWAIT] irq0: ppc0)
^^^^^^^^^^
No such irq. As a workaround, try disabling your parallel port drivers
(lpt, ppc, plip, ppi, etc.) If things work then with ACPI enabled, we're
certain it's the parallel port irq routing. But I'm pretty certain that's
the case. Please send me a link to the output of
acpidump -t -d > thorsten.asl
I'll look at the _PRT entry.
-Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031027153650.E78542>