Re: handle_wrmsr behavior under kvm-83

[Steven Stovall <sstovall@neuraliq.com>]

Right, but I've tried commenting those calls out, even disabling CPU_BASED_USE_MSR_BITMAPS, allocation of vmx_msr_bitmap and so on -- without effect. Ive started trying to interrogate the (now-reinstituted) vmx_msr_bitmap from vmx_vcpu_setup, since the controls can be rewritten there...

Steven

----- Original Message -----
From: "Avi Kivity" <avi@redhat.com>
To: "Steven Stovall" <sstovall@neuraliq.com>
Cc: "kvm" <kvm@vger.kernel.org>
Sent: Monday, February 2, 2009 8:27:07 AM GMT -08:00 US/Canada Pacific
Subject: Re: handle_wrmsr behavior under kvm-83

Steven Stovall wrote:
> When looking at the EXIT_REASON_MSR_WRITE events that trigger handle_wrmsr() invocations, why do I only seem to see indices for MSR_MTRRfix* (0x250 - 0x2ff)? This behavior seems to have changed since kvm-60, where I would see for example SYSENTER MSR writes.
>   

In vmx_init():

    vmx_disable_intercept_for_msr(vmx_msr_bitmap, MSR_FS_BASE);
    vmx_disable_intercept_for_msr(vmx_msr_bitmap, MSR_GS_BASE);
    vmx_disable_intercept_for_msr(vmx_msr_bitmap, MSR_IA32_SYSENTER_CS);
    vmx_disable_intercept_for_msr(vmx_msr_bitmap, MSR_IA32_SYSENTER_ESP);
    vmx_disable_intercept_for_msr(vmx_msr_bitmap, MSR_IA32_SYSENTER_EIP);


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