From owner-freebsd-arch@FreeBSD.ORG Fri Oct 31 07:21:25 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBDE316A4CE for ; Fri, 31 Oct 2003 07:21:25 -0800 (PST) Received: from mail.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3520843FAF for ; Fri, 31 Oct 2003 07:21:25 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 13154 invoked from network); 31 Oct 2003 15:21:24 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 31 Oct 2003 15:21:24 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h9VFLLce044602 for ; Fri, 31 Oct 2003 10:21:21 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20031031011659.GA31439@dragon.nuxi.com> Date: Fri, 31 Oct 2003 10:21:21 -0500 (EST) From: John Baldwin To: arch@FreeBSD.org X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: HEADSUP: New i386 interrupt and SMP code.. X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2003 15:21:26 -0000 On 31-Oct-2003 David O'Brien wrote: > On Thu, Oct 30, 2003 at 05:34:47PM -0500, John Baldwin wrote: >> Downsides: >> - ACPI will no longer work as a module for know. The reason >> for this is that ACPI's APIC enumerator needs to be able >> to hook into a SI_SUB_TUNABLES - 1 SYSINIT() due to existing >> code that wants to know the available CPUs in the system >> very early (specifically, UMA). > > How will one not have to deal with fscked-up AML BIOS code, when one > wants to use MADT rather than mptable's to use the APIC? > > I.E., the ACPI-AML bits should be seperatable from the ACPI-MADT bits. It can't. The MP Table provides PCI interrupt routing information in addition to enumerating APICs. Just look at some 'mptable' output for comparison. ACPI's PCI interrupt routing information is not listed in the MADT, but in _PRT objects in the ACPI namespace. You could use the MADT w/o ACPI, but then you would have to use no PCI interrupts. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/