Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report.
Summary: ACPI: Critical temperature reached (65 C), shutting down. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155496 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Problems with ACPI shutdown |ACPI: Critical temperature |temperature |reached (65 C), shutting | |down. Status|ASSIGNED |NEEDINFO ------- Additional Comments From [EMAIL PROTECTED] 2007-07-19 21:28 EST ------- critical (S5): 65 C passive: 55 C: ... mystery #1: 65C != BIOS SETUP ACPI critical shutdown temperature. Can you actually change this field in the BIOS SETUP? If yes, do the changes there have any effect at all on what you see in the trip_points file? (or any differences in the inb/outb command results requested below?) mystery #2: FC3 didn't shut down, FC4 and later do shut down this was the 2.6.9 -> 2.6.12 period. It is quite possible that something started working here that was broken in FC3. Indeed, the fact that FC3 output show state=ok when the temperature is 63 -- clearly above the 55C passive trip-point -- suggests that it was FC3 that was actually broken. BTW. Does this system have a fan? Yes, 65C seems very low for a critical shutdown. 55C also seems quite low to throttle your processor. please attach the output from dmesg -s64000 running the latest kernel you've got on hand. please paste the output from lspci Here is the ThermalZone in the DSDT: OperationRegion (FNOR, SystemIO, 0x084C, 0x04) Scope (\_TZ) { Name (THBF, Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }) Method (KELV, 1, NotSerialized) { And (Arg0, 0xFF, Local0) Multiply (Local0, 0x0A, Local0) Add (Local0, 0x0AAC, Local0) Return (Local0) } Name (PLCY, 0x00) // unclear why PLCY is a variable, as AML doesn't write it // it is used below to select the passive trip-point OperationRegion (THOR, SystemIO, 0x72, 0x02) Field (THOR, ByteAcc, NoLock, Preserve) { ECMI, 8, ECMD, 8 } IndexField (ECMI, ECMD, ByteAcc, NoLock, Preserve) { Offset (0xF0), TMIN, 8, TMAX, 8, TCRT, 8 } // These are the fields we want to see Name (TSP, 0x05) Name (TC1, 0x02) Name (TC2, 0x04) OperationRegion (TSN1, SystemIO, 0x0C20, 0x01) Field (TSN1, ByteAcc, NoLock, Preserve) { CURT, 8 } Method (TCHG, 0, NotSerialized) { Noop } Method (RTMP, 0, NotSerialized) { Not (CURT, Local0) Subtract (Local0, 0xB3, Local0) Not (Local0, Local0) Add (Local0, 0x01, Local0) And (Local0, 0xFF, Local0) Store (Local0, Local1) Divide (Local0, 0x0A, Local0, Local2) Subtract (Local1, Local2, Local0) ShiftRight (Local0, 0x01, Local0) Store (Local0, DBG8) Return (Local0) } ThermalZone (THRM) { Method (_CRT, 0, NotSerialized) { Return (KELV (TCRT)) } Method (_TMP, 0, NotSerialized) { If (LEqual (TCRT, 0x4F)) { Return (KELV (0x1E)) } Else { Return (KELV (RTMP ())) } } Name (_PSL, Package (0x01) { \_PR.CPU1 }) Method (_TSP, 0, NotSerialized) { Multiply (TSP, 0x0A, Local0) Return (Local0) } Method (_TC1, 0, NotSerialized) { Return (TC1) } Method (_TC2, 0, NotSerialized) { Return (TC2) } Method (_PSV, 0, NotSerialized) { If (PLCY) { Return (KELV (TMIN)) } Else { Return (KELV (TMAX)) } } } } please paste the output from these commands: # outb 0xF0 0x72 # inb 0x73 this should give us TMIN # outb 0xF1 0x72 # inb 0x73 this should give us TMAX # outb 0xF2 0x72 # inb 0x73 This should give us TCRT If you repeat this, you should get the same answers. It would be good to verify also that you get the same answers with "acpi=off". BTW. booting with "acpi=off" should work-around the symptom of this bug. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/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 2005. 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