From owner-cvs-src@FreeBSD.ORG Fri Oct 8 21:21:01 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 329CA16A4CF; Fri, 8 Oct 2004 21:21:01 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03FF343D41; Fri, 8 Oct 2004 21:21:01 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 08 Oct 2004 14:21:00 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2BB2F5D04; Fri, 8 Oct 2004 14:21:00 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Fri, 08 Oct 2004 13:54:41 PDT." <4166FE91.20909@root.org> Date: Fri, 08 Oct 2004 14:21:00 -0700 From: "Kevin Oberman" Message-Id: <20041008212100.2BB2F5D04@ptavv.es.net> cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: John Baldwin 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: Fri, 08 Oct 2004 21:21:01 -0000 > Date: Fri, 08 Oct 2004 13:54:41 -0700 > From: Nate Lawson > > John Baldwin wrote: > > On Friday 08 October 2004 01:56 pm, Nate Lawson wrote: > > > >>njl 2004-10-08 17:56:47 UTC > >> > >> FreeBSD src repository > >> > >> Modified files: > >> sys/dev/acpica acpi_quirks acpi_timer.c acpivar.h > >> Log: > >> Update a quirk for the ASUS P5A to disable the timer. It appears to work > >>fine with acpi but the timer runs twice as fast. Note that the main > >>problem (system doesn't work properly with acpi disabled) should be fixed > >>separately. > > > > > > Actually, it's not really a problem that can be fixed. $PIR and the actual > > link devices return different capabilities as far as the list of possible > > IRQs for each link device. There's not much we can do to fix the fact that > > according to ACPI, links 3 and 4 use IRQs 5 and 6 when $PIR says that neither > > IRQ is valid for either link. > > 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?) > > As for this particular system, perhaps it would be helped by a PCI > quirk. Also, was Kevin running the latest version of his BIOS? Also, > the slot the ethernet card was in might change things. Yes, it is the latest BIOS available. I doubt that ASUS will ever release a new version, considering how old this card is. The BIOS I am running was released on July 7, 1999. :-( I could move it to a different slot, I guess. Any reason for any particular location? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634