RE: kacpid problems

Yu, Luming
2004-11-09T08:23:13Z

I suspect we need a sane check against sleep_time.
Please testing the following debug patch.

Also, please sent the output of the activity in /proc/acpi/event .

Thanks
Luming

--- edited/drivers/acpi/thermal.c.orig 2004-11-09 16:45:43.000000000 +0800
+++ edited/drivers/acpi/thermal.c 2004-11-09 16:47:20.000000000 +0800
@@ -746,6 +746,8 @@
ACPI_DEBUG_PRINT((ACPI_DB_INFO, "%s: temperature[%lu] sleep[%lu]\n",
tz->name, tz->temperature, sleep_time));

+ sleep_time = 5000; /* 5 seconds */
+
/*
* Schedule Next Poll
* ------------------

>-----Original Message-----
>From: acpi-devel-admin@lists.sourceforge.net
>[mailto:acpi-devel-admin@lists.sourceforge.net] On Behalf Of dev_zero
>Sent: 2004年11月9日 4:42
>To: acpi-devel@lists.sourceforge.net
>Subject: RE: [ACPI] kacpid problems
>
>You can download my DSDT table from my website or from
>this site:
>http://acpi.sourceforge.net/dsdt/view.php?id=224
>website: http://home.no.net/pusleole/#dsdt
>
>I get some double emails from this mailinglist. When
>you guys send me replys you send to my email and a CC
>to the mailinglist. Because of this I get some
>messages two times. When I send a reply to someone
>lets say luming.yu@intel.com, should I send both a
>reply to this email and a CC to the mailinglist, or
>should I send the reply to just the mailinglist?
>
>> I'd like to see your box's DSDT to have a idea of
>> what's going on in your box.
>>
>> Thanks
>> Luming
>>
>> >-----Original Message-----
>> >From: Laszlo 'GCS' Boszormenyi [mailto:gcs@lsc.hu]
>> >Sent: 2004Äê11ÔÂ8ÈÕ 11:18
>> >To: Yu, Luming
>> >Cc: dev_zero; acpi-devel@lists.sourceforge.net
>> >Subject: Re: [ACPI] kacpid problems
>> >
>> >* Laszlo 'GCS' Boszormenyi <gcs@lsc.hu> [2004-11-08
>> 03:48:59 +0100]:
>> >
>> >> > Could you verify if killing kacpid can make the
>> thing better?
>> >> This just happened to me again. I did
>> /etc/init.d/acpid stop, and it
>> >> did, but issuing halt left me with the
>> acpi_power_off called message.
>> >> I think some memory corruption may happen in
>> kernel space,
>> >or it is just
>> >> ACPI failing for some reason.
>> > OK, just happened again, so update: I did
>> /etc/init.d/acpid stop; but
>> >as I saw CPU usage went to half kernel space, half
>> user space. But(!)
>> >now I can confirm that kacpid with pid 5 stuck in a
>> D state,
>> >tried to do
>> >something, but the box was so crawling that I chose
>> to pull
>> >out the cord
>> >instead.
>> >
>> >HTH,
>> >Laszlo
>> >
>> >
>>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by:
>Sybase ASE Linux Express Edition - download now for FREE
>LinuxWorld Reader's Choice Award Winner for best database on Linux.
>http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
>_______________________________________________
>Acpi-devel mailing list
>Acpi-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/acpi-devel
>