All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas <thomas.lindroth@gmail.com>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [Bug 1307225] Re: Running a virtual machine on a Haswell system produces machine check events
Date: Sat, 13 Sep 2014 15:45:59 -0000	[thread overview]
Message-ID: <20140913154559.25143.13440.malone@soybean.canonical.com> (raw)
In-Reply-To: 20140413204536.17279.23843.malonedeb@chaenomeles.canonical.com

I got a new Haswell based system a few days ago. It has been running
fine without warnings but today I started a VirtualBox VM and got a MCE
soon afterwards. "MCA: Internal parity error" like everyone else. From
reading this bug and the vmware link in the first post it seems like
this problem occurs on all virtualization solutions using hardware
acceleration on Haswell based systems. It happens on Qemu, Virtualbox
and Vmware and it happens on both Linux and Windows.

Do anyone have connections within Intel and can pull some strings to
have them look at this? It looks like the MCE is always non fatal but
perhaps there are other unknown side effects. A microcode update might
solve it.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1307225

Title:
  Running a virtual machine on a Haswell system produces machine check
  events

Status in QEMU:
  New

Bug description:
  I'm running a virtual Windows SBS 2003 installation on a Xeon E3
  Haswell system running Gentoo Linux. First, I used Qemu 1.5.3 (the
  latest stable version on Gentoo). I got a lot of machine check events
  ("mce: [Hardware Error]: Machine check events logged") in dmesg that
  always looked like (using mcelog):

  Hardware event. This is not a software error.
  MCE 0
  CPU 3 BANK 0
  TIME 1397455091 Mon Apr 14 07:58:11 2014
  MCG status:
  MCi status:
  Corrected error
  Error enabled
  MCA: Internal parity error
  STATUS 90000040000f0005 MCGSTATUS 0
  MCGCAP c09 APICID 6 SOCKETID 0
  CPUID Vendor Intel Family 6 Model 60

  I found this discussion on the vmware community:
  https://communities.vmware.com/thread/452344

  It seems that this is (at least partly) caused by the Qemu machine. I
  switched to Qemu 1.7.0, the first version to use "pc-i440fx-1.7". With
  this version, the errors almost disappeared, but from time to time, I
  still get machine check events. Anyways, they so not seem to affect
  neither the vm, nor the host.

  The Haswell machine has been set up and running for several days
  without a single error message. They only appear when the VM is
  running. so I think this is actually some problem with the Haswell
  architecture (and not a real hardware error).

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1307225/+subscriptions

  parent reply	other threads:[~2014-09-13 15:55 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20140413204536.17279.23843.malonedeb@chaenomeles.canonical.com>
2014-05-03 11:05 ` [Qemu-devel] [Bug 1307225] Re: Running a virtual machine on a Haswell system produces machine check events Tobias-leupold
2014-05-24  0:42 ` xiando
2014-07-25 10:17 ` cvbkf
2014-07-25 10:20 ` cvbkf
2014-09-13 15:45 ` Thomas [this message]
2014-09-13 16:31 ` Paul Bredbury
2014-09-14  9:57 ` Tobias-leupold
2014-09-26  8:33 ` Sander Brandenburg
2014-09-26 10:33 ` Tobias-leupold
2014-10-16  7:50 ` Ilya Almametov
2014-11-04 19:55 ` Andrew Sabot
2015-09-01  2:21 ` zoolook
2015-12-16 20:54 ` cvbkf
2017-10-28 13:28 ` Thomas Huth
2017-10-28 13:45 ` Andrew Sabot
2017-10-28 15:07 ` Tobias-leupold
2017-12-12 16:48 ` Tobias-leupold
2017-12-14 13:45 ` Thomas Huth
2021-05-03 16:33 ` Thomas Huth

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=20140913154559.25143.13440.malone@soybean.canonical.com \
    --to=thomas.lindroth@gmail.com \
    --cc=1307225@bugs.launchpad.net \
    --cc=qemu-devel@nongnu.org \
    /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.