From: "Tim Mouraveiko" <tim.ml@ipcopper.com>
To: james harvey <jamespharvey20@gmail.com>
Cc: Pavel Machek <pavel@ucw.cz>, kernel list <linux-kernel@vger.kernel.org>
Subject: Re: Bricked x86 CPU with software?
Date: Fri, 05 Jan 2018 17:00:27 -0800 [thread overview]
Message-ID: <5A501FAB.5052.58CB6DD@tim.ml.ipcopper.com> (raw)
In-Reply-To: <CA+X5Wn52Ejf6FJO6_URxVs0f_XoBui7RvKVbcFak8K4cSZkf8g@mail.gmail.com>
> On Thu, Jan 4, 2018 at 4:00 PM, Tim Mouraveiko <tim.ml@ipcopper.com> wrote:
> > Pavel,
> >
> > As I mentioned before, I repeatedly and fully power-cycled the motherboard and reset BIOS
> > and etc. It made no difference. I can see that the processor was not drawing any power. The
> > software code behaved in a similar fashion on other processors, until I fixed it so that it would
> > not kill any more processors.
> >
> > In case you are curious there was no overheating, no 100% utilization, no tampering with
> > hardware (GPIO pins or anything of that sort), no overclocking and etc. No hardware issues
> > or changes at all.
> >
> > Tim
>
> To clarify, by "in a similar fashion on other processors", do you
> actually mean you consistently bricked multiple CPUs using the same
> code? Or, was it just this one CPU that bricked, and it was just
> acting buggy on other processors?
>
> Unless you consistently bricked multiples, my bet is coincidence. In
> your original post, "There were signs that something was not right,
> that the code was causing unusual behavior, which is what I was
> debugging." makes me think it was a defective CPU but still
> functional, and died as you were debugging/running the buggy code.
We live and we die by coincidence.
The processor was functioning fine without the code. It showed no signs of any problems. I
had run a prior version of the code, then ran it without any of that code and it was fine. As I
launched the nth version of the code, I thought of something and made another change. As I
turned around to install it, the screen was showing that it had just executed that nth version of
the code and then didn´t progress any further.
I was actually glad it froze because I was able to gather the results of the execution of the
code, which I needed for fine-tuning. It was only after hitting the reset button several times
that it occurred to me that there was something wrong because the screen remained static.
I had added the code in hopes of speeding up the catching of a bug (that I caught later
without that code). The code made other processors behave the same way.
I did not mean that I consistently bricked processors - I removed the code entirely to avoid
exactly that.
next prev parent reply other threads:[~2018-01-06 0:58 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-04 0:47 Tim Mouraveiko
2018-01-04 20:06 ` Pavel Machek
2018-01-04 21:00 ` Tim Mouraveiko
2018-01-04 21:04 ` Andy Shevchenko
2018-01-04 21:31 ` Tim Mouraveiko
2018-01-04 21:23 ` Pavel Machek
2018-01-04 22:13 ` Tim Mouraveiko
2018-01-04 22:40 ` Pavel Machek
2018-01-05 1:21 ` Tim Mouraveiko
2018-01-05 1:29 ` Hector Martin 'marcan'
2018-01-05 18:54 ` Tim Mouraveiko
2018-01-05 9:28 ` Pavel Machek
2018-01-06 1:08 ` Tim Mouraveiko
2018-01-06 10:19 ` Pavel Machek
2018-01-08 15:58 ` Tim Mouraveiko
[not found] ` <201801081920.21922.arekm@maven.pl>
2018-01-08 19:08 ` Tim Mouraveiko
[not found] ` <1515456557.4423.67.camel@infradead.org>
2018-01-09 21:48 ` Tim Mouraveiko
2018-01-08 23:32 ` Pavel Machek
2018-01-09 0:35 ` Tim Mouraveiko
2018-01-05 1:51 ` james harvey
2018-01-06 1:00 ` Tim Mouraveiko [this message]
2018-01-06 15:50 ` Nikolay Borisov
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=5A501FAB.5052.58CB6DD@tim.ml.ipcopper.com \
--to=tim.ml@ipcopper.com \
--cc=jamespharvey20@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--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
Powered by JetHome