From: Gleb Natapov <gleb@redhat.com>
To: Earl Marwil <emarwil@gmail.com>
Cc: Stefan Hajnoczi <stefanha@gmail.com>, kvm@vger.kernel.org
Subject: Re: win2k guest vm won't boot under Fedora 18 KVM
Date: Tue, 12 Mar 2013 21:16:08 +0200 [thread overview]
Message-ID: <20130312191608.GB2535@redhat.com> (raw)
In-Reply-To: <513F7D78.7030109@gmail.com>
On Tue, Mar 12, 2013 at 01:09:44PM -0600, Earl Marwil wrote:
>
> On 03/11/2013 02:27 AM, Gleb Natapov wrote:
> > 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.
> >
> Thank you Stephan and Gleb. You are both right. I tried setting the
> kvm_intel module parameter as Gleb suggested. Running under kernel
> 3.7.9-205.fc18.x86_64, my VM failed to start with the log message:
>
Yes, emulate_invalid_guest_state = 0 was broke in 3.7. 3.9, when
released, should work without it.
--
Gleb.
prev parent reply other threads:[~2013-03-12 19:16 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
2013-03-12 19:09 ` Earl Marwil
2013-03-12 19:16 ` Gleb Natapov [this message]
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=20130312191608.GB2535@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 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.