From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 8 17:15:49 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C10E216A4CE for ; Thu, 8 Apr 2004 17:15:49 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 4229E43D45 for ; Thu, 8 Apr 2004 17:15:49 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 44338 invoked by uid 1000); 9 Apr 2004 00:15:50 -0000 Date: Thu, 8 Apr 2004 17:15:50 -0700 (PDT) From: Nate Lawson To: "David E. Cross" In-Reply-To: <20040408141941.W45013@monica.cs.rpi.edu> Message-ID: <20040408171316.U44332@root.org> References: <20040408141941.W45013@monica.cs.rpi.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-acpi@freebsd.org Subject: Re: ACPI,SMP(?), and 5.2.1-RELEASE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 00:15:49 -0000 On Thu, 8 Apr 2004, David E. Cross wrote: > I recently upgraded my odl ASUS P2B-DS runnig BIOS version 1012 to > 5.2.1-RELEASE (from 4.9.1) and noticed that the system is spending 50% of > its time in interrupt while idle running any kernel (including GENERIC). > When the system is booted without ACPI everything runs correctly and no > interrupt load is observed. Send the output of vmstat -i so I can see the interrupt load. Try booting with: hint.apic.0.disabled="1" This is likely an APIC issue if this fixes it. > Additionally on shutting down the kernel messages after disabling ACPI are > completely mangled. Like 90% of the time on a "halt" the "System is > halted\nSystem is safe to power down or press any key to reboot" is > completely missing or mangled to the point of non recognition. When it is > visible I sometimes see a message like "Stray irq 2", and recently I got > "stray irq 20\n rq 20" (just to give an example of how things are > mangled after ACPI shutdown). the "2" bit in the IRQ is consistent > whenever I am able to observe it, however I don't have anything in dmesg > on irq 2, 12, 20, 21, 22, or 23 (where the IRQs max out according to the > IOAPIC line) and I cannot think of anything else that has "2" in the irq > number. So why am I not getting stray IRQ errors earlier? Is there any > way to tell on a running system which IRQ line is getting spammed and > "why"? > > Any help on this would be greatly appreciated as I would like to run ACPI > on this system so that I can do power offs for things like UPS-Battery > failure, etc. This also indicates an APIC problem. jhb@ has a patch that hopefully will be committed to allow disabling irq src overrides. Just for kicks, also reply with the output of "acpidump -t" on your system. -Nate