Date: Fri, 08 Oct 2004 14:21:00 -0700 From: "Kevin Oberman" <oberman@es.net> To: Nate Lawson <nate@root.org> Cc: John Baldwin <jhb@FreeBSD.org> Subject: Re: cvs commit: src/sys/dev/acpica acpi_quirks acpi_timer.c acpivar.h Message-ID: <20041008212100.2BB2F5D04@ptavv.es.net> In-Reply-To: Your message of "Fri, 08 Oct 2004 13:54:41 PDT." <4166FE91.20909@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> Date: Fri, 08 Oct 2004 13:54:41 -0700 > From: Nate Lawson <nate@root.org> > > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041008212100.2BB2F5D04>