>Bad news. It hangs when I do the usual stress test: Hmm, we can continue to have fun with debugging. Right?
> >echo 1 > THM0/polling_frequency >sleep.sh >sleep.sh > >The second sleep.sh hangs going to sleep. It is in an endless loop >printing the following line, once per second (from the >polling_frequency): > > Execute Method: [\_TZ_.THM0._TMP] (Node c157bf88) This should be the diffient problem with the previous reported hang. I recall it was hang at a loop in SMPI waiting for BIOS's response. Please confirm, Also please mute THM0 polling. > >> Please also make sure you have vanilla DSDT > >$ grep DSDT /boot/config-2.6.16-rc5.fake-thermal_active+passive ># CONFIG_ACPI_CUSTOM_DSDT is not set > >> vanilla Kernel, and just hacked acpi_thermal_active/passive. > >Only diff between pristine 2.6.16-rc5 tree and mine is: > >diff -rup /tmp/linux-2.6.16-rc5/drivers/acpi/thermal.c >/usr/src/linux-2.6.16-rc5/drivers/acpi/thermal.c >--- /tmp/linux-2.6.16-rc5/drivers/acpi/thermal.c >2006-02-27 00:09:35.000000000 -0500 >+++ /usr/src/linux-2.6.16-rc5/drivers/acpi/thermal.c >2006-03-16 09:45:30.000000000 -0500 >@@ -526,6 +526,8 @@ static void acpi_thermal_passive(struct > > ACPI_FUNCTION_TRACE("acpi_thermal_passive"); > >+ return; >+ > if (!tz || !tz->trips.passive.flags.valid) > return; > >@@ -615,6 +617,8 @@ static void acpi_thermal_active(struct a > > ACPI_FUNCTION_TRACE("acpi_thermal_active"); > >+ return; >+ > if (!tz) > return; > > This looks ok for debugging. - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html