Acer Aspire 9813WKMI fan runs all the time after suspend to ram
Quoted 3 lines
Notebook fan runs all the time after suspend to ram.
Workaround:
Original DSDT > http://aceracpi.googlecode.com/svn/trunk/dsdt/acer/aspire/9810.dsl
Normalize behavior of fan on cold boot and wakeup:
Store (0x46, SMIF)
Store (0x00, TRP0)
But in _WAK is:
If (LAnd (DTSE, MPEN))
and that is not true.
dsdt.dsl +3 -3
@@ -462,11 +462,11 @@ Store (0x00, PO80) If (LEqual (Arg0, 0x03)) { - If (LAnd (DTSE, MPEN)) - { + // If (LAnd (DTSE, MPEN)) + // { Store (0x46, SMIF) Store (0x00, TRP0) - } + // } } If (LOr (LEqual (Arg0, 0x03), LEqual (Arg0, 0x04)))
Quoted 20 lines · JM
Quoted 3 lines
Notebook fan runs all the time after suspend to ram.
Workaround:
Original DSDT > http://aceracpi.googlecode.com/svn/trunk/dsdt/acer/aspire/9810.dsl
Normalize behavior of fan on cold boot and wakeup:
Store (0x46, SMIF)
Store (0x00, TRP0)
But in_WAKis:
If (LAnd (DTSE, MPEN))
and that is not true.dsdt.dsl +0
-0@@ -462,11 +462,11 @@ Store (0x00, PO80) If (LEqual (Arg0, 0x03))
dsdt.dsl line 470
Quoted 10 lines
dsdt.dsl +3
-3{ - If (LAnd (DTSE, MPEN)) - { + // If (LAnd (DTSE, MPEN)) + // { Store (0x46, SMIF) Store (0x00, TRP0) - } + // } }
Could you find out whether some osi set variable is involved. (The ones that get set when BIOS (in DSDT) calls e.g. osi("Windows 2006"))
Something like:
if (osi("Windows 2006"))
Store(1, DTSE)
Maybe you find out what the DTSE or MPEN variable is good for, is set by some _INI function of a specific device or whatever?
Best you create a bug for that at bugzilla.kernel.org (and add me to CC or post the bug no).
Full (or none) fan is a real blocker bug that should generally be resolved.
Does this BIOS expose an ACPI fan device correctly? If yes is:
echo 1 >/proc/acpi/fan/*/state
or:
echo 0 >/proc/acpi/fan/*/state
echo 1 >/proc/acpi/fan/*/state
echo 0 >/proc/acpi/fan/*/state
or whatever also a workaround?
Thanks,
Thomas
Quoted 6 lines
dsdt.dsl +0
-1If (LOr (LEqual (Arg0, 0x03), LEqual (Arg0, 0x04))) --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
--
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
Quoted 1 line · On Tuesday 06 May 2008 15:51:59 Thomas Renninger wrote:
Quoted 1 line
Original DSDT >
http://aceracpi.googlecode.com/svn/trunk/dsdt/acer/aspire/9810.dsl
Quoted 9 lines
[..]
Could you find out whether some osi set variable is involved. (The ones that get set when BIOS (in DSDT) calls e.g.osi("Windows 2006"))
Something like:
if (osi("Windows 2006"))Store(1, DTSE)Maybe you find out what the DTSE or MPEN variable is good for, is set by some
_INIfunction of a specific device or whatever?
Looking at the DSDT link posted, those variables are never set in it. I wonder who, or what, is expected to set them then...
Perhaps it would be worth experimenting instead with OSI when booting and see what happens then? e.g.
acpi_osi="!Windows 2006"
(Perhaps OSYS also triggers an SMI trap which does or doesn't do it? Worth a shot at least).
Quoted 4 lines
Best you create a bug for that at bugzilla.kernel.org (and add me to CC or post the bug no).
Full (or none) fan is a real blocker bug that should generally be resolved.
I've also had a report from a user the other day that hit the same bug on an Aspire 5710 series (which seems to have the same root cause, from glancing over the DSDT):
http://aceracpi.googlecode.com/svn/trunk/dsdt/acer/aspire/5710.dsl
Quoted 1 line
Does this BIOS expose an ACPI fan device correctly?
Acer BIOS's never expose the fan, AFAIK (and it's not available through WMI either).
-Carlos
Signature · 3 lines
E-Mail: [email protected] Web: strangeworlds.co.uk GPG Key ID: 0x23EE722D