kvm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com>
To: Fengguang Wu <fengguang.wu@intel.com>
Cc: Avi Kivity <avi@redhat.com>,
	"kvm@vger.kernel.org" <kvm@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [3.5.0 BUG] vmx_handle_exit: unexpected, valid vectoring info (0x80000b0e)
Date: Wed, 17 Oct 2012 15:04:49 +0800	[thread overview]
Message-ID: <507E5891.9060009@linux.vnet.ibm.com> (raw)
In-Reply-To: <20121017064319.GA17754@localhost>

On 10/17/2012 02:43 PM, Fengguang Wu wrote:
> On Wed, Oct 17, 2012 at 02:26:22PM +0800, Xiao Guangrong wrote:
>> On 09/14/2012 01:57 PM, Xiao Guangrong wrote:
>>> On 09/12/2012 04:15 PM, Avi Kivity wrote:
>>>> On 09/12/2012 07:40 AM, Fengguang Wu wrote:
>>>>> Hi,
>>>>>
>>>>> 3 of my test boxes running v3.5 kernel become unaccessible and I find
>>>>> two of them kept emitting this dmesg:
>>>>>
>>>>> vmx_handle_exit: unexpected, valid vectoring info (0x80000b0e) and exit reason is 0x31
>>>>>
>>>>> The other one has froze and the above lines are the last dmesg.
>>>>> Any ideas?
>>>>
>>>> First, that printk should be rate-limited.
>>>>
>>>> Second, we should add EXIT_REASON_EPT_MISCONFIG (0x31) to 
>>>>
>>>> 	if ((vectoring_info & VECTORING_INFO_VALID_MASK) &&
>>>> 			(exit_reason != EXIT_REASON_EXCEPTION_NMI &&
>>>> 			exit_reason != EXIT_REASON_EPT_VIOLATION &&
>>>> 			exit_reason != EXIT_REASON_TASK_SWITCH))
>>>> 		printk(KERN_WARNING "%s: unexpected, valid vectoring info "
>>>> 		       "(0x%x) and exit reason is 0x%x\n",
>>>> 		       __func__, vectoring_info, exit_reason);
>>>>
>>>> since it's easily caused by the guest.
>>>
>>> Yes, i will do these.
>>>
>>>>
>>>> Third, it's really unexpected.  It seems the guest was attempting to deliver a page fault exception (0x0e) but encountered an mmio page during delivery (in the IDT, TSS, stack, or page tables).  Is this reproducible?  If so it's easy to patch kvm to halt in that case and allow examining the guest via qemu.
>>>>
>>>
>>> Have no idea yet why the box was frozen under this case, will try to write a test case,
>>> hope it can help me to find the reason out.
>>>
>>
>> Still did not know why linux kernel triggered it. I have posted
>> a patchset to report an internal error for this case, hoping
>> Fengguang can reproduce it after the patchset and Qemu's dump
>> can help us to find the reason out.
>>
>> I will keep working on it.
> 
> Thanks! Shall I run some patched kernel, or just 3.6.0?

The patchset is under review. Can be found at:
https://lkml.org/lkml/2012/10/17/31

> 
> Another problem I sometimes run into is, dmesg no longer works in the
> test boxes that run lots of KVMs. It aborts with an error message:
> 
> dmesg: klogctl failed: Bad address

Interesting, will fight for it. :)

  reply	other threads:[~2012-10-17  7:04 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-12  4:40 [3.5.0 BUG] vmx_handle_exit: unexpected, valid vectoring info (0x80000b0e) Fengguang Wu
2012-09-12  8:15 ` Avi Kivity
2012-09-12  8:25   ` Fengguang Wu
2012-09-14  5:57   ` Xiao Guangrong
2012-10-17  6:26     ` Xiao Guangrong
2012-10-17  6:43       ` Fengguang Wu
2012-10-17  7:04         ` Xiao Guangrong [this message]
2012-10-17  9:15           ` Fengguang Wu

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=507E5891.9060009@linux.vnet.ibm.com \
    --to=xiaoguangrong@linux.vnet.ibm.com \
    --cc=avi@redhat.com \
    --cc=fengguang.wu@intel.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@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;
as well as URLs for NNTP newsgroup(s).