From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 7 11:04:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E00316A4CE for ; Fri, 7 Nov 2003 11:04:23 -0800 (PST) Received: from mail.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4AF43FEA for ; Fri, 7 Nov 2003 11:04:22 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 13253 invoked from network); 7 Nov 2003 19:04:21 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 7 Nov 2003 19:04:21 -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 hA7J3vce095454; Fri, 7 Nov 2003 14:03:58 -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: <200311071331.hA7DVfkf026399@sana.init-main.com> Date: Fri, 07 Nov 2003 14:03:57 -0500 (EST) From: John Baldwin To: Takanori Watanabe X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: hackers@freebsd.org cc: acpi-jp@jp.freebsd.org Subject: RE: Re-enabling ACPI module. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2003 19:04:23 -0000 On 07-Nov-2003 Takanori Watanabe wrote: > Hi, I looked in the new APIC code you commit. > The thing that prevent ACPI subsystem from moduler > is the way we aquire ACPI root pointer, I think. Right? Nope. It's more complex than that. We should only use the MADT to enumerate CPUs if we are using ACPI to route PCI interrupts, so madt can't be standalone, it needs to be in the ACPI module. However, modules loaded at boot time don't get their sysinit's run until SI_SUB_KLD. However, currently, the SMP code on i386 probes CPU's at SI_SUB_TUNABLES - 1. I can fix this, but I am working on fixing bugs that people are having first. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/