Distribution: debian unstable Hardware Environment: compaq evo N620c laptop Software Environment: console or X Problem Description: when running 2.6.2 kernel (with patch proposed on bugreport http://bugzilla.kernel.org/show_bug.cgi?id=1781 , this laptop also suffers the AE_AML_MUTEX_NOT_ACQUIRED problem), fans are _always_ off (that's why i gave high priority). If I try to manually activate it (echo on > /proc/acpi/fan/C20D/state), I get the following error: ACPI-1120: *** Error: Method execution failed [\_TZ_.C202] (Node cff7ed20), AE_AML_NO_RETURN_VALUE ACPI-1120: *** Error: Method execution failed [\_TZ_.C209._STA] (Node cff7ec00), AE_AML_NO_RETURN_VALUE After that, fan can never be turned off again until reboot I precise the BIOS is up to date. Steps to reproduce: boot try to activate fan when cpu becomes too hot :)
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 ***