From owner-cvs-src@FreeBSD.ORG Sun Oct 10 17:23:08 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DFD516A4CE; Sun, 10 Oct 2004 17:23:08 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DE2243D49; Sun, 10 Oct 2004 17:23:08 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.52] (adsl-64-171-187-209.dsl.snfc21.pacbell.net [64.171.187.209])i9AHNIWo023957; Sun, 10 Oct 2004 13:23:19 -0400 Message-ID: <41696FF8.7060209@root.org> Date: Sun, 10 Oct 2004 10:23:04 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Murray References: <200410090828.i998SP5B070053@grimreaper.grondar.org> In-Reply-To: <200410090828.i998SP5B070053@grimreaper.grondar.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/dev/acpica acpi_quirks acpi_timer.c acpivar.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2004 17:23:09 -0000 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