All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Lalancette <clalance@redhat.com>
To: Ryan Harper <ryanh@us.ibm.com>
Cc: Danny ter Haar <dth@dth.net>, Avi Kivity <avi@redhat.com>,
	kvm@vger.kernel.org
Subject: Re: kvm problems on new hardware
Date: Fri, 30 Oct 2009 09:10:33 +0100	[thread overview]
Message-ID: <4AEA9F79.4070607@redhat.com> (raw)
In-Reply-To: <20091029220740.GI13808@us.ibm.com>

Ryan Harper wrote:
> * Danny ter Haar <dth@dth.net> [2009-10-29 13:38]:
>> Update:
>> I compiled/installed 2.6.32-rc5-git3 on this machine
>>
>> I manually start kvm:
>>
>> vhost1:~# kvm -m 512 -cdrom  /vz/template/iso/debian-503-amd64-netinst.iso
>>
>> The bootscreen comes up, i hit enter to install and i get these messages
>> (copied from dmesg)
>>
>> handle_exception: unexpected, vectoring info 0x80000010 intr info 0x80000b0d
>> handle_exception: unexpected, vectoring info 0x8000000d intr info 0x80000b0d
>> [this line is repeated many times: 
>> dmesg |grep 0x80000b0d | wc -l 
>> 570 ]
>> and finally before ending the kvm session i get:
>> vmx_handle_exit: unexpected, valid vectoring info (0x8000000d) and exit reason is 0x80000021
> 
> I've seen that in a couple places.  I don't think we have root cause,
> but in at least one situation (running win2k3 with > 4G of ram) the
> work around was to use:

Actually, I'm not 100% sure, but I might have root-caused this.  At least, the
exit reason is the same exit reason I fixed.  That exit reason essentially means
"vmenter failed because of invalid guest fields".  In the case I tracked down,
it was because we were wrongly sign-extending the segment fields (instead of
zero-extending them).  Can either you or Danny:

1)  Get the output from stderr of qemu when this happens?  I believe qemu dumps
the state of all of the guest fields when it's going to crash like this, and
that can tell us if the GUEST_STATE is wrong.

2)  Try the patch posted here: http://lkml.org/lkml/2009/10/28/201, and see if
it helps?

-- 
Chris Lalancette

  parent reply	other threads:[~2009-10-30  8:10 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-26 10:06 kvm problems on new hardware Danny ter Haar
2009-10-27  9:45 ` Avi Kivity
2009-10-27  9:58   ` Danny ter Haar
2009-10-27 10:27   ` Danny ter Haar
2009-10-27 10:34     ` Avi Kivity
2009-10-27 10:47       ` Danny ter Haar
2009-10-29 18:37       ` Danny ter Haar
2009-10-29 22:07         ` Ryan Harper
2009-10-30  0:23           ` Danny ter Haar
2009-10-30  8:10           ` Chris Lalancette [this message]
2009-10-30  8:54             ` Danny ter Haar
2009-11-04 10:43         ` Avi Kivity

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=4AEA9F79.4070607@redhat.com \
    --to=clalance@redhat.com \
    --cc=avi@redhat.com \
    --cc=dth@dth.net \
    --cc=kvm@vger.kernel.org \
    --cc=ryanh@us.ibm.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.