From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 23:23:39 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 98AC516A4CF; Wed, 11 Aug 2004 23:23:38 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CC6943D39; Wed, 11 Aug 2004 23:23:38 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7BNNb8U006095; Wed, 11 Aug 2004 16:23:37 -0700 Message-ID: <411AAA78.2020401@root.org> Date: Wed, 11 Aug 2004 16:23:36 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/acpica acpi_pci_link.c acpi_pcib.cacpi_pcib_acpi.c acpi_pcib_pci.c acpi_pcibvar.h 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, 11 Aug 2004 23:23:39 -0000 Daniel Eriksson wrote: > John Baldwin wrote: > > >>He's using an I/O APIC. These are probably all entries that >>don't have a link >>device but just a hardwired global interrupt number. Did you >>test that case? > > > Yes, I have "device apic" in my kernel config file. Is this a bad thing to > do for a UP system? > > I remember googling "device apic" and finding at least some info that seemed > to indicate that it was off by default in GENERIC simply because there are a > few I/O APICs that are buggy, and that it actually helped on systems with > properly working chips. No need to disable it although if disabling it fixes your problems, that would be an interesting data point. > Should I leave it out of my kernel config? (I'm just about to recompile with > Nate's extra debug output patch.) Leave it in. The debug output is more important right now. -Nate