From: Dave Jones <davej@redhat.com>
To: Pavel Machek <pavel@ucw.cz>
Cc: "linux-os (Dick Johnson)" <linux-os@analogic.com>,
Andreas Mohr <andi@rhlx01.fht-esslingen.de>,
linux-kernel@vger.kernel.org
Subject: Re: [RFC/SERIOUS] grilling troubled CPUs for fun and profit?
Date: Mon, 19 Jun 2006 18:41:30 -0400 [thread overview]
Message-ID: <20060619224130.GA17134@redhat.com> (raw)
In-Reply-To: <20060619222528.GC1648@openzaurus.ucw.cz>
On Tue, Jun 20, 2006 at 12:25:29AM +0200, Pavel Machek wrote:
> > Another anecdote: Upon fan failure, I once had an athlon MP *completely shatter*
> > (as in broke in two pieces) under extreme heat.
> >
> > This _does_ happen.
>
> If it happens to you... you needed a new cpu anyway. Anything non-historical
> *has* thermal protection.
That's the single dumbest thing I've read today.
newsflash: you don't get to dictate when I (or anyone else) buys new hardware.
Before its accident, that box happily was my home firewall for 3 years, and
its replacement is actually an /older/ box. I didn't "need a new cpu" at all.
(incidentally, it was replaced with a VIA C3 that doesn't need a fan :)
> BTW I doubt those old athlons can be saved by cli; hlt . (Someone willing to try if old
> athlon can run cli; hlt code w/o heatsink?).
you snipped the important part of my mail.
"cpu_relax() and friends aren't going to save a box"
We have two completely different things being discussed in this thread.
1. Fan failure, and the possibility to keep running.
IMO, there's nothing we can do here, and nor should we try.
2. Situations where we forcibly lock up and spin the CPU in a tight loop,
producing heat. Given there are CPUs that benefit from cpu_relax()
in such places, adding them so that they don't unnecessarily sit there
sucking power until someone gets to the datacenter to investigate
can only be a good thing.
> And no, we probably do not want to enter C2 or C3 from doublefault handler.
I didn't see that being proposed.
Dave
--
http://www.codemonkey.org.uk
next prev parent reply other threads:[~2006-06-19 22:41 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-19 19:15 [RFC/SERIOUS] grilling troubled CPUs for fun and profit? Andreas Mohr
2006-06-19 19:39 ` John Richard Moser
2006-06-19 20:00 ` linux-os (Dick Johnson)
2006-06-19 20:23 ` Dave Jones
2006-06-19 20:47 ` linux-os (Dick Johnson)
2006-06-19 20:59 ` Dave Jones
2006-06-19 22:25 ` Pavel Machek
2006-06-19 22:41 ` Dave Jones [this message]
2006-06-20 11:39 ` linux-os (Dick Johnson)
2006-06-21 17:16 ` Ian Romanick
2006-06-21 17:57 ` linux-os (Dick Johnson)
2006-06-22 17:47 ` Pavel Machek
2006-06-20 9:58 ` Jan Engelhardt
2006-06-22 18:16 ` Pavel Machek
2006-06-23 17:32 ` Jan Engelhardt
2006-06-24 19:54 ` Pavel Machek
2006-06-25 11:01 ` Jan Engelhardt
2006-06-20 9:54 ` Jan Engelhardt
2006-06-19 21:16 ` Claudio Martins
2006-06-19 22:16 ` Pavel Machek
2006-06-19 22:43 ` Dave Jones
2006-06-20 7:29 ` Andreas Mohr
[not found] <6pxs2-1AR-5@gated-at.bofh.it>
[not found] ` <6pyer-2Pt-1@gated-at.bofh.it>
2006-06-19 21:40 ` Bodo Eggert
2006-06-19 21:44 ` Dave Jones
[not found] <fa.pC0NfRl4O1eOCqPOBXy8f+7gbqU@ifi.uio.no>
[not found] ` <fa.so5wrYE6MzA2swzlOE1Xjw9iqvk@ifi.uio.no>
2006-06-19 23:32 ` Robert Hancock
-- strict thread matches above, loose matches on Subject: below --
2006-06-20 3:30 Ken Ryan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060619224130.GA17134@redhat.com \
--to=davej@redhat.com \
--cc=andi@rhlx01.fht-esslingen.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-os@analogic.com \
--cc=pavel@ucw.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox