lkml.org 
[lkml]   [2002]   [Apr]   [2]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateTue, 2 Apr 2002 13:32:23 +0200 (MET DST)
From"Maciej W. Rozycki" <>
SubjectRe: [PATCH][RFC] P4/Xeon Thermal LVT support
On Sat, 30 Mar 2002, Pavel Machek wrote:

> Overheat is not neccessarily hardware failure.

 It is the failing condition.  It need not be a result of a hardware
failure. 

> You see, I have a notebook. I put pen in it to stop the fan. Hardware
> is pretty much okay, but, well, pen does not allow fan to spin.

 A fan blockage is a hardware failure as well.  Regardless of the reason. 
It certainly isn't a software failure. 

> What's the best behaviour? Throttle is okay.

 Sure that is a way to protect the CPU but it may fail if the reason is
not heat emitted by the CPU.

> And now, you have fire at server room. All cpus throtle, then are
> burn. Does it matter if they throttled? No.

 But it matters if an operator got warned before (that is what I remarked
originally).  The operator may be in a distant location.  Or he may be
nearby and be able to act to stop the fire once he gets a message. 

> So it seems to me throttle is always right answer.

 Sure it is a way to try to recover, if hardware provides it, but it's
completely orthogonal to the question whether to report a thermal problem
or not and at which priority.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:25    [from the cache]
©2003-2008