public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Gleb Natapov <gleb@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: Earl Marwil <emarwil@gmail.com>, kvm@vger.kernel.org
Subject: Re: win2k guest vm won't boot under Fedora 18 KVM
Date: Mon, 11 Mar 2013 10:27:19 +0200	[thread overview]
Message-ID: <20130311082719.GN24444@redhat.com> (raw)
In-Reply-To: <20130311080913.GA27390@stefanha-thinkpad.redhat.com>

On Mon, Mar 11, 2013 at 09:09:13AM +0100, Stefan Hajnoczi wrote:
> On Sat, Mar 09, 2013 at 12:43:32PM -0700, Earl Marwil wrote:
> > Hi,
> > 
> > I'm looking for some guidance on how to get to the root cause of an
> > issue that I am observing with a win2k guest that won't boot under
> > Fedora 18 on one system but will boot on another. A few days ago I
> > posted on the fedora forum:
> > 
> > http://forums.fedoraforum.org/showthread.php?t=289401
> > 
> > I can repeat the details in this thread if requested. The issue is that,
> > with a fresh build of Fedora 18, updated to the most recent kernel and
> > packages on an external USB ssd, my win2k VM boots on my laptop (Core
> > i73720QM processor) but does not boot on my desktop system (Core i7-870
> > processor).
> > 
> > I'm not sure whether this is a kvm issue or a kernel issue. I'll be glad
> > to dig deeper, just let me what information is needed.
> 
> Hi Earl,
> >From your forum post:
> 
>   KVM internal error. Suberror: 1
>   emulation failure
>   EAX=63700200 EBX=0000e6f5 ECX=0000000f EDX=00000936
>   ...
>   Code=74 1d b0 37 e6 70 eb 00 e4 71 eb 00 32 e4 c1 c0 04 c0 c8 04 <d5> 0a 3d 13 0
>   0 75 04 b8 7a 15 c3 b8 00 00 c3 55 8b ec 1e 06 56 57 8b 46 04 8e d8 8b 76 06
> 
> Here is my guess:
> 
> Laptop has a CPU from 2012.  Desktop has a CPU from 2009.
> 
> Intel added "unrestricted guest" support to VMX.  This feature allows
> the CPU to run real mode code in guest mode.
> 
> CPUs that do not support "unrestricted guest" (your desktop?) use an
> emulator implemented in software inside the kvm.ko kernel module.
> 
> The emulator may be unable to handle the real mode instruction in the
> particular kernel version you are running.
> 
> The laptop doesn't hit this issue because it supports "unrestricted
> guest" while the desktop falls back to the emulator inside kvm.ko where
> it hits the bug.
> 
> You may find that changing kernel versions on the desktop will make it
> work.
> 
> The best would be to compile a vanilla Linux kernel for the desktop
> machine to verify that this issue still happens.  If so, please post the
> full "KVM internal error" output to this mailing list and hopefully
> someone can fix the emulator.
> 
> Problem with my theory: I haven't figured out how to check which Intel
> CPU models support "unrestricted guest", so I'm not 100% sure this is
> the issue.
> 
Your theory is correct. This is the same as [1] which is fixed in 3.9.
Depending on your kernel emulate_invalid_guest_state = 0 may help, or
may make things even worse :(

[1] https://bugzilla.kernel.org/show_bug.cgi?id=50921

--
			Gleb.

  reply	other threads:[~2013-03-11  8:27 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-09 19:43 win2k guest vm won't boot under Fedora 18 KVM Earl Marwil
2013-03-11  8:09 ` Stefan Hajnoczi
2013-03-11  8:27   ` Gleb Natapov [this message]
2013-03-12 19:09     ` Earl Marwil
2013-03-12 19:16       ` Gleb Natapov

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=20130311082719.GN24444@redhat.com \
    --to=gleb@redhat.com \
    --cc=emarwil@gmail.com \
    --cc=kvm@vger.kernel.org \
    --cc=stefanha@gmail.com \
    /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