Date: Thu, 28 Sep 2000 09:57:14 -0700 From: Mike Smith <msmith@freebsd.org> To: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org> Cc: msmith@freebsd.org, takawata@shidahara1.planet.sci.kobe-u.ac.jp, haro@tk.kubota.co.jp, current@freebsd.org, acpi-jp@jp.FreeBSD.org Subject: Re: My system hang with ACPI kernel thread Message-ID: <200009281657.e8SGvEA01338@mass.osd.bsdi.com> In-Reply-To: Your message of "Thu, 28 Sep 2000 23:35:11 %2B0900." <20000928233511G.iwasaki@jp.FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > 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.
I have a megapatch for acpi.c that I am nearly ready to commit which
converts it to use bus resources for all I/O allocations. I'll fix this
in there, if you like.
--
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also. But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view. [Dr. Fritz Todt]
V I C T O R Y N O T V E N G E A N C E
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200009281657.e8SGvEA01338>