From owner-acpi-jp@jp.freebsd.org  Thu Sep 28 23:36:09 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id XAA48650;
	Thu, 28 Sep 2000 23:36:09 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from tasogare.imasy.or.jp (daemon@tasogare.imasy.or.jp [202.227.24.5])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id XAA48644
	for <acpi-jp@jp.freebsd.org>; Thu, 28 Sep 2000 23:36:08 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92])
	by tasogare.imasy.or.jp (8.10.2+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e8SEZqr61033;
	Thu, 28 Sep 2000 23:35:54 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
To: msmith@freebsd.org
Cc: takawata@shidahara1.planet.sci.kobe-u.ac.jp, haro@tk.kubota.co.jp,
        current@freebsd.org, acpi-jp@jp.freebsd.org
In-Reply-To: <200009280952.e8S9qcA00717@mass.osd.bsdi.com>
References: <200009280438.NAA63726@shidahara1.planet.sci.kobe-u.ac.jp>
	<200009280952.e8S9qcA00717@mass.osd.bsdi.com>
X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20000928233511G.iwasaki@jp.FreeBSD.org>
Date: Thu, 28 Sep 2000 23:35:11 +0900
From: Mitsuru IWASAKI <iwasaki@jp.freebsd.org>
X-Dispatcher: imput version 20000228(IM140)
Lines: 13
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 681
Subject: [acpi-jp 681] Re: My system hang with ACPI kernel thread 
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: iwasaki@jp.freebsd.org

> > Please set debug.aml_debug and debug.acpi_debug to 1 and 
> > see what will happen.
> 
> It wouldn't surprise me if the system wasn't running out of kernel 
> memory.  Right now we just keep mallocing storage to queue ACPI events 
> (bad idea).  The entire event/Notify stuff needs to be somewhat rethought 
> (eg. I think we need an event filter).

Currently kernel thread seems broken, so mallocing storage in
acpi_queue_event() never be freed.  I think number of events at a
point of tme is limited and we can have static storage for the events.
The implementaion of sys/i386/apm/apm.c:apm_record_event() (it's for apmd)
would be a good example.
