> > > > 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 fo
From: Takanori Watanabe <[EMAIL PROTECTED]>
Date: Thu, 28 Sep 2000 13:38:57 +0900
::>With the addition of ACPI kernel thread, my system hangs in about
::>10 miniutes use after boot up. By disabling kernel thread, system
::>runs just fine.
::>
::>Do you have any idea where to look at?
::>I'll try
Hi,
> > In message <[EMAIL PROTECTED]>, Munehiro Matsuda wrote:
> >
> > >With the addition of ACPI kernel thread, my system hangs in about
> > >10 miniutes use after boot up. By disabling kernel thread, system
> > >runs just fine.
> > >
> > >Do you have any idea where to look at?
> > >I'll try
> > > 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)
> > 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)
> > woul
> > > 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
> > 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 somewh
> In message <[EMAIL PROTECTED]>, Munehiro Matsuda wrote:
>
> >With the addition of ACPI kernel thread, my system hangs in about
> >10 miniutes use after boot up. By disabling kernel thread, system
> >runs just fine.
> >
> >Do you have any idea where to look at?
> >I'll try and see what I can do
>
> >With the addition of ACPI kernel thread, my system hangs in about
> >10 miniutes use after boot up. By disabling kernel thread, system
> >runs just fine.
> >
> >Do you have any idea where to look at?
> >I'll try and see what I can do myself.
>
> Please set debug.aml_debug and debug.acpi_de
In message <[EMAIL PROTECTED]>, Munehiro Matsuda wrote:
>With the addition of ACPI kernel thread, my system hangs in about
>10 miniutes use after boot up. By disabling kernel thread, system
>runs just fine.
>
>Do you have any idea where to look at?
>I'll try and see what I can do myself.
Please
Hello Takawata-san,
With the addition of ACPI kernel thread, my system hangs in about
10 miniutes use after boot up. By disabling kernel thread, system
runs just fine.
Do you have any idea where to look at?
I'll try and see what I can do myself.
BTW, patch in [acpi-jp 576] also had the same sy
11 matches
Mail list logo
