All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Tim Mouraveiko" <tim.ml@ipcopper.com>
To: Pavel Machek <pavel@ucw.cz>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Bricked x86 CPU with software?
Date: Thu, 04 Jan 2018 17:21:36 -0800	[thread overview]
Message-ID: <5A4ED320.12153.79B887@tim.ml.ipcopper.com> (raw)
In-Reply-To: <20180104224018.GA20860@amd>

> On Thu 2018-01-04 14:13:56, Tim Mouraveiko wrote:
> > > > 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.
> > > > 
> > > 
> > > So you have code that killed more than one processor? Save it! We want
> > > a copy.
> > > 
> > > Do you have model numbers of affected CPUs?
> > 
> > 
> > Why would you want a copy? Last time I checked bricked CPUs do not work well, even as 
> > decorations.
> > 
> > I believe the processors were Intel Xeon series. The code would likely run on others too.
> 
> Well... Intel's shares are overpriced, and you have code to fix that
> :-).
> 
> Actually... I don't think your code works. That's why I'm curious. But
> if it works, its rather a big news... and I'm sure Intel and cloud
> providers are going to be interested.
> 

I first discovered this issue over a year ago, quite by accident. I changed the code I was 
working on so as not to kill the CPU (as that is not what I was trying to). We made Intel aware 
of it. They didn´t care much, one of their personnel suggesting that they already knew about it 
(whether this is true or not I couldn´t say). It popped up again later, so I had to fix the code 
again. It could be a buggy implementation of a certain x86 functionality, but I left it at that 
because I had better things to do with my time.

Now this news came up about meltdown and spectre and I was curious if anyone else had 
experienced a dead CPU by software, too. Meltdown and spectre are undeniably a problem, 
but the magnitude and practicality of it is questionable.

I suspect that what I discovered is either a kill switch, an unintentional flaw that was 
implemented at the time the original feature was built into x86 functionality and kept 
propagating through successive generations of processors, or could well be that I have a 
very destructive and targeted solar flare that is after my CPUs. So, I figured I would put the 
question out there, to see if anyone else had a similar experience. Putting the solar flare idea 
aside, I can´t conclusively say whether it is a flaw or a feature. Both options are supported at 
this time by my observations of the CPU behavior.

  reply	other threads:[~2018-01-05  1:19 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-04  0:47 Bricked x86 CPU with software? 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 [this message]
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
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=5A4ED320.12153.79B887@tim.ml.ipcopper.com \
    --to=tim.ml@ipcopper.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.