Re: handle_wrmsr behavior under kvm-83

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxx>
To: "Steven Stovall" <sstovall@xxxxxxxxxxxx>
Cc: "kvm" <kvm@xxxxxxxxxxxxxxx>
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


--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux