public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Gleb Natapov <gleb@redhat.com>
To: "André Weidemann" <Andre.Weidemann@web.de>
Cc: kvm@vger.kernel.org
Subject: Re: Windows7 crashes inside the VM when starting a certain program
Date: Fri, 29 Jul 2011 14:37:13 +0300	[thread overview]
Message-ID: <20110729113713.GA15968@redhat.com> (raw)
In-Reply-To: <4E325F43.4050701@web.de>

On Fri, Jul 29, 2011 at 09:20:35AM +0200, André Weidemann wrote:
> On 27.07.2011 10:56, Gleb Natapov wrote:
> >On Tue, Jul 26, 2011 at 12:57:44PM +0200, André Weidemann wrote:
> >>Hi,
> >>
> >>On 26.07.2011 12:08, Gleb Natapov wrote:
> >>>On Tue, Jul 26, 2011 at 07:29:04AM +0200, André Weidemann wrote:
> >>>>On 07.07.2011 07:26, André Weidemann wrote:
> >>>>>Hi,
> >>>>>I am running Windows7 x64 in a VM which crashes after starting a certain
> >>>>>game. Actually there are two games both from the same company, that make
> >>>>>the VM crash after starting them.
> >>>>>Windows crashes right after starting the game. With the 1st game the
> >>>>>screen goes black as usual and the cursor keeps spinning for 3-5 seconds
> >>>>>until Windows crashes. With the second game I get to 3D the login
> >>>>>screen. The game then crashes after logging in.
> >>>>>Windows displays this error message on the first crash:
> >>>>>http://pastebin.com/kMzk9Jif
> >>>>>Windows then finishes writing the crash dump and restarts.
> >>>>>I can reproduce Windows crashing every time I start the game while the
> >>>>>VM keeps running without any problems.
> >>>>>When Windows reboots after the first crash and the game is started
> >>>>>again, the message on the following blue screen changes slightly and
> >>>>>stays the same(except for the addresses) for every following crash:
> >>>>>http://pastebin.com/jVtBc4ZH
> >>>>>
> >>>>>I first thought that this might be related to a certain feature in 3D
> >>>>>acceleration being used, but Futuremark 3DMark Vantage or 3DMark 11 run
> >>>>>without any problems. They run a bit choppy on some occasions, but do
> >>>>>that without crashing Windows7 or the VM.
> >>>>>
> >>>>>How can I proceed to investigate what is going wrong?
> >>>>
> >>>>I did some testing and found out that Windows7 does not crash
> >>>>anymore when changing "-cpu host" to "-cpu Nehalem". After doing so,
> >>>What is your host cpu (cat /proc/cpuinfo)?
> >>
> >>The server is currently running on 2 out of 8 cores with kernel boot
> >>parameter "maxcpus=2".
> >>
> >>flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
> >>pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
> >>pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good
> >>xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est
> >>tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow
> >>vnmi flexpriority ept vpid
> >Flags that are present on -cpu host but not -cpu Nehalem (excluding vmx
> >related flags):
> >
> >vme dts acpi ss ht tm pbe rdtscp constant_tsc arch_perfmon pebs bts rep_good
> >xtopology nonstop_tsc aperfmperf dtes64 monitor ds_cpl est tm2 xtpr pdcm  ida
> >
> >Some of them may be synthetic and some of them may be filtered by KVM.
> >
> >Can you try to run "-cpu host,-vme,-dts..." (specifying all of those
> >flags with -). Drop those that qemu does not recognize. See if result
> >will be the same as with -cpu Nehalem. If yes, then try to find out with
> >flag make the difference.
> 
> I started the VM with all flags that differ between the two CPUs.
> After removing the ones qemu-kvm did not recognize, I started the VM
> again with the following line:
> -cpu host,-vme,-acpi,-ss,-ht,-tm,-pbe,-rdtscp,-dtes64,-monitor,-ds_cpl,-est,-tm2,-xtpr,-pdcm
> \
> 
> Running the program under Windows7 inside the VM, caused Windows to
> crash again with a BSoD.
> The disassembly of the address fffff8000288320c shows the following:
> http://pastebin.com/7yzTYJSG
> 
Looks like it tries to read MSR_LASTBRANCH_TOS MSR which kvm does not
support. Do you see something interesting in dmesg? I wonder how
availability of the MSR should be checked.

--
			Gleb.

  reply	other threads:[~2011-07-29 11:37 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-07  5:26 Windows7 crashes inside the VM when starting a certain program André Weidemann
2011-07-26  5:29 ` André Weidemann
2011-07-26  6:42   ` Jan Kiszka
2011-07-26 10:08   ` Gleb Natapov
2011-07-26 10:57     ` André Weidemann
2011-07-27  8:56       ` Gleb Natapov
2011-07-29  7:20         ` André Weidemann
2011-07-29 11:37           ` Gleb Natapov [this message]
2011-07-30 12:29             ` André Weidemann
2011-07-31  8:16               ` Avi Kivity
2011-07-31  8:34                 ` Gleb Natapov
2011-07-28 12:01 ` Paolo Bonzini
2011-07-28 12:11   ` Gleb Natapov
2011-07-28 13:16   ` André Weidemann
2011-07-28 13:21     ` Avi Kivity
2011-07-28 13:49       ` Paolo Bonzini
2011-07-28 17:44         ` André Weidemann
2011-07-29  7:11           ` Paolo Bonzini

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=20110729113713.GA15968@redhat.com \
    --to=gleb@redhat.com \
    --cc=Andre.Weidemann@web.de \
    --cc=kvm@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox