Bug 2083

Summary: evo N620C: no fan, AE_AML_NO_RETURN_VALUE
Product: ACPI Reporter: Pierre Chifflier (chifflier)
Component: Power-FanAssignee: 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
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 :)
Comment 1 Pierre Chifflier 2004-02-12 07:37:41 UTC
Created attachment 2093 [details]
output from acpidmp
Comment 2 Pierre Chifflier 2004-02-12 07:38:22 UTC
Created attachment 2094 [details]
output from dmidecode
Comment 3 Pierre Chifflier 2004-02-12 07:39:03 UTC
Created attachment 2095 [details]
boot messages (with error at the end)
Comment 4 Anssi Kolehmainen 2004-02-18 03:23:23 UTC
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))
 }
Comment 5 Anssi Kolehmainen 2004-02-18 03:24:37 UTC
Created attachment 2178 [details]
Working ACPI DSDT (Bios F.0E)
Comment 6 Pierre Chifflier 2004-02-18 14:01:40 UTC
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 ;)
Comment 7 Pierre Chifflier 2004-02-18 15:02:08 UTC
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 :(
Comment 8 Anssi Kolehmainen 2004-02-19 12:11:15 UTC
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.
Comment 9 Pierre Chifflier 2004-02-28 10:10:46 UTC
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)
Comment 10 Luming Yu 2004-04-01 00:52:34 UTC

*** This bug has been marked as a duplicate of 1729 ***