Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 10 Oct 2004 10:23:04 -0700
From:      Nate Lawson <nate@root.org>
To:        Mark Murray <markm@FreeBSD.ORG>
Cc:        cvs-all@FreeBSD.ORG
Subject:   Re: cvs commit: src/sys/dev/acpica acpi_quirks acpi_timer.c acpivar.h
Message-ID:  <41696FF8.7060209@root.org>
In-Reply-To: <200410090828.i998SP5B070053@grimreaper.grondar.org>
References:  <200410090828.i998SP5B070053@grimreaper.grondar.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Mark Murray wrote:
> Nate Lawson writes:
> 
>>I've been analyzing how Windows and Linux handle IRQ routing.  There are 
>>some interesting parts that I've mentioned before but thought I'd 
>>summarize publically:
>>
>>* Some systems, notably laptops, require all PCI irqs to be routed to 
>>the SCI (irq 9 almost always).  Sony VAIOs are one example.
>>
>>* Both $PIR and _PRT are used for ACPI irq routing.  It merges them via 
>>some unknown algorithm (prefer $PIR?)
> 
> 
> My Toshiba Libretto 110CT panics at boot because the NPX hasn't got an
> irq assigned. If I turn off ACPI, it get a hard hang in isa_probe_devices().
> 
> Any ideas?

Not off-hand. A sysresource problem?  Boot acpi with 
debug.acpi.disabled="sysresource"

-Nate



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