From owner-freebsd-acpi@FreeBSD.ORG Wed May 3 15:07:44 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 4F93516A402; Wed, 3 May 2006 15:07:44 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABA9243D53; Wed, 3 May 2006 15:07:43 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.4/8.13.4) with ESMTP id k43F7ga1069841; Wed, 3 May 2006 23:07:42 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.4/8.13.4/Submit) id k43F7g7m069840; Wed, 3 May 2006 23:07:42 +0800 (CST) (envelope-from rafan) Date: Wed, 3 May 2006 23:07:42 +0800 From: Rong-En Fan To: John Baldwin , Marcel Moolenaar , freebsd-acpi@freebsd.org Message-ID: <20060503150742.GA69772@svm.csie.ntu.edu.tw> References: <20060502181804.GA93421@svm.csie.ntu.edu.tw> <200605021559.44121.jhb@freebsd.org> <200605030932.54775.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200605030932.54775.jhb@freebsd.org> User-Agent: Mutt/1.5.11 Cc: Subject: Re: acpi as kernel module on i386 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 15:07:44 -0000 On Wed, May 03, 2006 at 09:32:52AM -0400, John Baldwin wrote: > On Tuesday 02 May 2006 18:51, Marcel Moolenaar wrote: > > On May 2, 2006, at 12:59 PM, John Baldwin wrote: > > > On Tuesday 02 May 2006 14:18, Rong-En Fan wrote: > > >> Hi, > > >> > > >> Recently commit to ppc code that also decouples the isa+acpi > > >> attachment into separate case, that makes my ppc and lpt disappear > > >> if acpi is loaded as a module. (see the thread "lpt0 disappear (ppc > > >> related) on -current) > > >> > > >> However, i386/conf/NOTES says that building acpi into module is > > >> deprecated. Just wondering why amd64 uses acpi in kernel conf > > >> (I'm not sure about other arch), and on i386 we said this is a > > >> deprecated usage? > > > > > > ACPI is mandatory for amd64 and ia64, but it is optional on i386. > > > Because it is optional, it is a module so that the loader can only > > > load it on machines that support it. I think the ppc module should > > > be changed to include the acpi attachment personally, assuming that > > > the ppc module already includes the ppc isa attachment. > > > > On i386, it should be safe to compile the acpi(4) attachment when only > > device isa is configured into the kernel. It should not be done for all > > platforms. While acpi(4) is mandatory on ia64, isa(4) isn't and it's > > my goal to get rid of isa(4) altogether on ia64. > > Well, the ppc acpi attachment can be optionally included in the module > build for the archs that ppc acpi devices. > > > Alternatively, acpi(4) can be considered non-optional for current > > x86 hardware and having acpi(4) configured into the kernel is not > > such an odd thing to do for a modern x86 operating system. > > I personally compile 'device acpi' into my kernels on i386 and > basically never use modules except for development anyway. Well, thanks for all the replies. I decided to compile acpi into my kernel. Now lpt0 is happy to show up again :) Thanks, Rong-En Fan