http://bugzilla.kernel.org/show_bug.cgi?id=9754
------- Comment #20 from [EMAIL PROTECTED] 2008-03-05 14:44 ------- I spent two or three hours playing with the DSDT, thanks to http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems. Here is what I've tried and understood: The thermal zone stuff is done by the code in Scope(_TZ). The Method(_TMP) updates the temperature given by "acpi -t" and the temperature used to control the fan. Modifying the value in "Return(Add (0x0AAC, Multiply (Local1, 0x0A)))" changes the value given by "acpi -t" but it doesn't change the fan behaviour -> this value is just for display purpose. I tried to change it by "Return(Add (0x0AAC, Multiply (Local1, 0x0D)))" and nothing changed but the "acpi -t" value. Commenting "Store (Local1, \_SB.PCI0.LPC.EC0.SKTA)" make the fan always on after booting, and always off after sleep/hibernate -> this value is used to control the fan and is changed before sleep/hibernate. The battery charge is updated after sleep/hibernate. The code updating this value seems to be in Method(_BIF) in Device(BAT0). So I tried to copy the code in Method(_TMP) into Method(_BIF). It works before sleep/hibernate but not after. The value Local1 is a simple combination of registers DST1 and DST2, that must be two "hardware temperature sensors". I think that Method(_TMP) is still called after sleep/hibernate, and so that Local1 is still stored. So, the problem is, as far as I can understand, that DST1 and DST2 are not updated after sleep/hibernate. These values are only used in Method(_TMP), so the code that updates them is not in the DSDT. If you need more, just ask! -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
