Messages in this thread | | | Subject | RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT] | Date | Wed, 15 Mar 2006 14:16:02 +0800 | From | "Yu, Luming" <> |
| |
>> Could you just comment out _TMP in kernel or in DSDT, > >I think it needs both excisions: If I comment out just the kernel _TMP >calls, the DSDT might slip one in through the interpreter. If I >comment out just the DSDT _TMP calls, then the kernel can still call >_TMP. So instead I modified acpi_evaluate_integer() to return 27 C >(3000 dK) if it's ever asked for a temperature, without doing any >actual work: > >--- utils.c.orig 2006-02-27 00:09:35.000000000 -0500 >+++ utils.c 2006-03-14 23:36:59.000000000 -0500 >@@ -270,7 +270,15 @@ acpi_evaluate_integer(acpi_handle handle > memset(element, 0, sizeof(union acpi_object)); > buffer.length = sizeof(union acpi_object); > buffer.pointer = element; >- status = acpi_evaluate_object(handle, pathname, arguments, &buffer); >+ if (strcmp(pathname, "_TMP") != 0) >+ status = acpi_evaluate_object(handle, pathname, >arguments, &buffer); >+ else { >+ printk(KERN_INFO PREFIX "acpi_evaluate_integer: Faking _TMP\n"); >+ status = AE_OK; >+ element->type = ACPI_TYPE_INTEGER; >+ element->integer.value = 3000; /* 27 C, in deciKelvins */ >+ } >+ > if (ACPI_FAILURE(status)) { > acpi_util_eval_error(handle, pathname, status); > return_ACPI_STATUS(status); > >This diff is in addition to the previous debugging changes to >thermal.c.
If you do it in this way, all thermal zone's _TMP will be faked. If you remove the real THM0._TMP, and fake a dummy THM0._TMP in DSDT, and don't change anything in kernel, then if S3 works well, I will be convinced that THM0._TMP was causing trouble. Yes, I'm asking you to override DSDT for debugging. :-) But, please make sure don't change other things in DSDT, otherwise it still won't be trusted. :-)
Anyway, I'm studying THM0._TMP, and try to figure out how it is related with EC.
Thanks, Luming - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |