From owner-freebsd-audit Thu Oct 25 8:52:18 2001 Delivered-To: freebsd-audit@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 8466537B433; Thu, 25 Oct 2001 08:52:07 -0700 (PDT) Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92]) (authenticated as iwa with CRAM-MD5) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id f9PFq3m87324; Fri, 26 Oct 2001 00:52:03 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Fri, 26 Oct 2001 00:51:58 +0900 (JST) Message-Id: <20011026.005158.71086516.iwasaki@jp.FreeBSD.org> To: arch@freebsd.org Cc: audit@freebsd.org Subject: (was Re: cvs commit: src/sys/modules Makefile src/sys/modules/apm Mak ) From: Mitsuru IWASAKI In-Reply-To: <20011025.231348.92585814.iwasaki@jp.FreeBSD.org> References: <200110250505.f9P55R739324@harmony.village.org> <20011025.231348.92585814.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-audit@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've just make patches for the recent apm module changes. http://people.freebsd.org/~iwasaki/apm/apm_module-20011025.diff The problems I'm tring to solve are; - Apm loadable module cannot inform other kernel components whether apm will be enabled (e.g. i386/isa/clock.c:startrtclock()'s TCS hack). SI_SUB_KLD stuff should be invoked earlier than SI_SUB_CPU. - APM and ACPI cannot co-exist together at the same time according to ACPI spec. They should be enabled exclusively by some sort of arbitration mechanism. - Now that `#ifdef DEV_APM' related code is almost obsolete. Also public apm(4) functions, such as apm_suspend(), cannot be called directly, should be called via abstracted interface. Note that the patches contain exchanging priority of SI_SUB_CPU and SI_SUB_KLD. I already checked dependency of all MOD_LOAD code on cpu_startup() related code (e.g. DELAY) roughly, but I'm not sure if there is no problem. I think that module load event code and kernel linker should not depend on SI_SUB_CPU... Any comments are welcome. I'll commit this early in Nov. Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-audit" in the body of the message