Bug 2083
| Summary: | evo N620C: no fan, AE_AML_NO_RETURN_VALUE | ||
|---|---|---|---|
| Product: | ACPI | Reporter: | Pierre Chifflier (chifflier) |
| Component: | Power-Fan | Assignee: | Luming Yu (luming.yu) |
| Status: | REJECTED DUPLICATE | ||
| Severity: | high | ||
| Priority: | P2 | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.2 | Subsystem: | |
| Regression: | --- | Bisected commit-id: | |
| Attachments: |
output from acpidmp
output from dmidecode boot messages (with error at the end) Working ACPI DSDT (Bios F.0E) |
||
|
Description
Pierre Chifflier
2004-02-12 07:36:38 UTC
Created attachment 2093 [details]
output from acpidmp
Created attachment 2094 [details]
output from dmidecode
Created attachment 2095 [details]
boot messages (with error at the end)
I have Compaq Evo N620c laptop and fixed this problem by modifying ACPI DSDT
table (and compiling it to kernel).
With bios F.0E fix is pretty simple
original \_TZ.C141 (line 5763):
Method (C141, 4, Serialized)
{
\_SB.C046.C059.C0E6.C141 (Arg0, Arg1, Arg2, Arg3)
}
working \_TZ.C141:
Method (C141, 4, Serialized)
{
Return (\_SB.C046.C059.C0E6.C141 (Arg0, Arg1, Arg2, Arg3))
}
Created attachment 2178 [details]
Working ACPI DSDT (Bios F.0E)
ok, thanks for the fixed DSDT Now it works, with vanilla 2.6.3 kernel+fixed DSDT, i did not have to apply patch from bug #1871 Thank you ! PS: it means I have to use this DSDT on every new kernel I compile ? (it happens quite often ;) Oops, too fast ! After around 1 hour up, I have the following in log: Feb 18 23:53:00 debian kernel: ACPI-0264: *** Error: Thread 1F15 cannot release Mutex [_GL_] acquired by th read 1F20 Feb 18 23:53:00 debian kernel: ACPI-1120: *** Error: Method execution failed [\_SB_.C046.C059.C0E6.C142] (N ode c12c5b60), AE_AML_NOT_OWNER Feb 18 23:53:00 debian kernel: ACPI-1120: *** Error: Method execution failed [\_SB_.C046.C059.C0E6.C155] (N ode c12c3920), AE_AML_NOT_OWNER Feb 18 23:53:00 debian kernel: ACPI-1120: *** Error: Method execution failed [\_SB_.C046.C059.C0E6.C15B] (N ode c12c38a0), AE_AML_NOT_OWNER Feb 18 23:53:00 debian kernel: ACPI-1120: *** Error: Method execution failed [\_SB_.C046.C059.C0E6.C162] (N ode c12c3840), AE_AML_NOT_OWNER Feb 18 23:53:00 debian kernel: ACPI-1120: *** Error: Method execution failed [\_SB_.C162] (Node c12c1dc0), AE_AML_NOT_OWNER Feb 18 23:53:00 debian kernel: ACPI-1120: *** Error: Method execution failed [\_SB_.C1B3._BST] (Node c12c1c a0), AE_AML_NOT_OWNER Feb 18 23:53:00 debian kernel: ACPI-0245: *** Error: Cannot release Mutex [_GL_], not acquired Feb 18 23:53:00 debian kernel: ACPI-1120: *** Error: Method execution failed [\_SB_.C046.C059.C08F] (Node c 12c9320), AE_AML_MUTEX_NOT_ACQUIRED Feb 18 23:53:00 debian kernel: ACPI-1120: *** Error: Method execution failed [\_TZ_.C207] (Node c12c0ca0), AE_AML_MUTEX_NOT_ACQUIRED Feb 18 23:53:00 debian kernel: ACPI-1120: *** Error: Method execution failed [\_TZ_.TZ1_._TMP] (Node cff7e6 20), AE_AML_MUTEX_NOT_ACQUIRED Process trying to access /proc/acpi get stuck in D state :( Hmm... That might be some synchronization issue. Either you have wrong bios, there is a bug in linux acpi implementation or compaq dsdt table is broken. Try enabling ACPI debug statements (CONFIG_ACPI_DEBUG=y) in kernel config and see if there comes any more information. I compiled a 2.6.3 with custom DSDT, patch for bug #1781 and CONFIG_ACPI_DEBUG=y The only new line in log is: Feb 28 18:51:10 debian kernel: osl-0891 [199] os_wait_semaphore : Failed to acquire semaphore[cffbd300|1|0], AE_TIME usual messages AE_AML_MUTEX_NOT_ACQUIRED come some time after (~ 10 mins) *** This bug has been marked as a duplicate of 1729 *** |