From owner-cvs-src@FreeBSD.ORG Mon May 5 21:45:08 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8200E37B401; Mon, 5 May 2003 21:45:08 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58C9943F85; Mon, 5 May 2003 21:45:07 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h464j6A7049694; Mon, 5 May 2003 22:45:06 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 05 May 2003 22:42:42 -0600 (MDT) Message-Id: <20030505.224242.91394668.imp@bsdimp.com> To: rwatson@FreeBSD.org From: "M. Warner Losh" In-Reply-To: References: <20030505235648.0FDEC2A8AE@canning.wemm.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.org cc: mtm@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: peter@wemm.org Subject: Re: cvs commit: src/etc/rc.d apm apmd archdep X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 04:45:09 -0000 In message: Robert Watson writes: : : On Mon, 5 May 2003, Peter Wemm wrote: : : > > Modified files: : > > etc/rc.d apm apmd archdep : > > Log: : > > Huh? When did the etc bits for amd64 get added? : > > Make sure they're ported over to rc.d. : > > While I'm at it correct a logic mistake in rc.d/apmd. : > > : > > Approved by: markm (mentor)(implicit) : > : > Umm, I dont think so. apm does not exist on amd64, cannot exist and : > never will exist. Please back this out. : : Well, ACPI does provide emulation for some of the apm(4) control ioctls, : such that apm(8) actually usefully reports on the power condition on ACPI : boxes. I'd imagine the functionality provided by apmd(8) would be useful : still with ACPI, but I don't know if it either directly speaks ACPI or : whether the ACPI apm emulation is sufficient to support apmd. If it does, : then in theory the apm startup scripts could be useful on ACPI-supporting : platforms, including ia64 and AMD64. If that's the case, we might : seriously think about renaming apmd to powerd or the like. The apm(4) emulation that acpi(4) does now is limited to reporting battery life. It doesn't generate the same events that apmd would be listening for. And in the latest import, the apm emulation layer seems to be broken, at least for my machine. But maybe it is (a) my batteries suck or (b) ACPI's reporting of the battery information broke for my machine. Warner