From mboxrd@z Thu Jan  1 00:00:00 1970
From: Avi Kivity <avi@redhat.com>
Subject: Re: KVM on Via Nano (Isaiah) CPUs? <Virus checked>
Date: Mon, 23 Mar 2009 16:08:54 +0200
Message-ID: <49C797F6.8070308@redhat.com>
References: <200903180902.29139.andreas.tanz@kvt.de> <49C27EC0.1090108@redhat.com> <49C5FEE5.8020203@redhat.com> <200903231439.34107.andreas.tanz@kvt.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: kvm@vger.kernel.org
To: andreas.tanz@kvt.de
Return-path: <kvm-owner@vger.kernel.org>
Received: from mx2.redhat.com ([66.187.237.31]:59391 "EHLO mx2.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755133AbZCWOJE (ORCPT <rfc822;kvm@vger.kernel.org>);
	Mon, 23 Mar 2009 10:09:04 -0400
In-Reply-To: <200903231439.34107.andreas.tanz@kvt.de>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

Andreas Tanz wrote:
> Mar 23 14:27:35 [kernel] [ 5252.775939] vmx->handle_exception 10 : handle_rmode_exception(vcpu, intr_info & INTR_INFO_VECTOR_MASK, error_code) returned 0x1
> Mar 23 14:27:35 [kernel] [ 5252.775955] vmx->vmx_vcpu_run() 00 : vmcs_read32(VM_ENTRY_INTR_INFO_FIELD) returned 0x8000040d
> Mar 23 14:27:35 [kernel] [ 5252.775967] vmx->handle_exception 00 : giving some infos
> Mar 23 14:27:35 [kernel] [ 5252.775972] vmx->handle_exception 01 : vect_info: 0x0
> Mar 23 14:27:35 [kernel] [ 5252.775978] vmx->handle_exception 02 : intr_info: 0x80000b0d, is_page_fault()==0
> Mar 23 14:27:35 [kernel] [ 5252.775984] vmx->handle_exception 03 : irq_chip_in_kernel()==1
> Mar 23 14:27:35 [kernel] [ 5252.775989] vmx->handle_exception 04 : is_external_interrupt()==0
> Mar 23 14:27:35 [kernel] [ 5252.775995] vmx->handle_exception 0a : kvm_rip_read(vcpu) returned 0x3154
> Mar 23 14:27:35 [kernel] [ 5252.776000] vmx->handle_exception 0f : vcpu->arch.rmode.active: 0x1
> Mar 23 14:27:35 [kernel] [ 5252.776015] vmx->handle_exception 10 : handle_rmode_exception(vcpu, intr_info & INTR_INFO_VECTOR_MASK, error_code) returned 0x1
>
>   

Okay, the data is already poisoned at this point.  We need something 
from earlier in time.

Try adding at the beginning of kvm_handle_exit() (after the three lines 
of declarations):

    {
        static int counter;

        if (kvm_rip_read(vcpu) == 0x3154 && counter++ >= 2) {
            kvm_run->exit_reason = KVM_EXIT_UNKNOWN;
            kvm_run->hw.hardware_exit_reason = exit_reason;
            return 0;
        }
    }

This time, qemu should exit instead of looping.  Please post the last 
few screenfulls of dmesg.

-- 
error compiling committee.c: too many arguments to function