From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 21:14:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B82E16A602 for ; Wed, 1 Sep 2004 21:14:02 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 266AF43D41 for ; Wed, 1 Sep 2004 21:14:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24222 invoked from network); 1 Sep 2004 21:14:02 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 1 Sep 2004 21:14:01 -0000 Received: from [10.50.41.228] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i81LDVpH062794; Wed, 1 Sep 2004 17:13:57 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 1 Sep 2004 16:32:59 -0400 User-Agent: KMail/1.6.2 References: <412FB9FC.8030505@root.org> In-Reply-To: <412FB9FC.8030505@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409011632.59507.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org cc: gallatin@cs.duke.edu cc: Nate Lawson Subject: Re: spurrious interrupt problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 21:14:02 -0000 On Friday 27 August 2004 06:47 pm, Nate Lawson wrote: > I don't see anything wrong with your acpi pci link routing. In fact, > all your irqs are hardwired meaning acpi shouldn't touch them. This > must be something with ioapic. (BTW, acpi is non-optional on amd64). Talk to phk@. He had an opteron motherboard that had a busted BIOS that left the links between PCI IRQs that are used in atpic mode setup even when in apic mode so that you get 'alias' IRQs in apic mode. In his case the vendor provided a BIOS update that fixed the issue. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org