http://bugzilla.kernel.org/show_bug.cgi?id=9477


[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |acpi-
                   |                            |[EMAIL PROTECTED]
                   |                            |et
             Status|ASSIGNED                    |NEEDINFO
          Component|ACPICA-Core                 |Power-Thermal
            Summary|bogus temperature value and |bogus temperature value and
                   |critical temperature reached|critical temperature reached
                   |on medion 8800              |- medion 8800




------- Comment #13 from [EMAIL PROTECTED]  2007-12-28 00:15 -------
As Jean had found that the underlying sensor is giving bogus data,
this doesn't appear to be a bug in Linux's ACPI code.

As Thomas suggests...
It would be great if you can see what Windows detects for the temperature.
If that gives bogus values too, then that suggests this is either
a defective motherboard design, or a hardware sample defect.

It would be interesting if Windows sees the negative temperatures
but lives with it.  If so, then we have to make Linux more robust,
okay, perhaps just make it more bug compatible...

Re: HWMON vs ACPI possibly causing the critical shutdown
Please let us know if you see the issue still when CONFIG_HWMON=n

Note also that there are a number of ways to disable parts
of the ACPI thermal support.

Start with "thermal.nocrt=1", which will simply disable
the action of shutting the system down when a critical temperature
is seen.

You can disable critical threshold checking entirely with
"thermal.crt=-1", and you can disable the thermal module
entirely with "thermal.off=1".


-- 
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 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

Reply via email to