[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 3/8] x86/vm-event/monitor: relocate code-motion more appropriately
On 07/04/16 17:05, Jan Beulich wrote: >>>> On 04.07.16 at 15:22, <rcojocaru@xxxxxxxxxxxxxxx> wrote: >> On 07/04/16 13:22, Jan Beulich wrote: >>>>>> On 30.06.16 at 20:43, <czuzu@xxxxxxxxxxxxxxx> wrote: >>>> @@ -119,6 +156,55 @@ bool_t monitored_msr(const struct domain *d, u32 msr) >>>> return test_bit(msr, bitmap); >>>> } >>>> >>>> +static void write_ctrlreg_adjust_traps(struct domain *d) >>>> +{ >>>> + struct vcpu *v; >>>> + struct arch_vmx_struct *avmx; >>>> + unsigned int cr3_bitmask; >>>> + bool_t cr3_vmevent, cr3_ldexit; >>>> + >>>> + /* Adjust CR3 load-exiting. */ >>>> + >>>> + /* vmx only */ >>>> + ASSERT(cpu_has_vmx); >>>> + >>>> + /* non-hap domains trap CR3 writes unconditionally */ >>>> + if ( !paging_mode_hap(d) ) >>>> + { >>>> + for_each_vcpu ( d, v ) >>>> + ASSERT(v->arch.hvm_vmx.exec_control & >>>> CPU_BASED_CR3_LOAD_EXITING); >>>> + return; >>>> + } >>>> + >>>> + cr3_bitmask = monitor_ctrlreg_bitmask(VM_EVENT_X86_CR3); >>>> + cr3_vmevent = !!(d->arch.monitor.write_ctrlreg_enabled & cr3_bitmask); >>>> + >>>> + for_each_vcpu ( d, v ) >>>> + { >>>> + avmx = &v->arch.hvm_vmx; >>>> + cr3_ldexit = !!(avmx->exec_control & CPU_BASED_CR3_LOAD_EXITING); >>>> + >>>> + if ( cr3_vmevent == cr3_ldexit ) >>>> + continue; >>>> + >>>> + /* >>>> + * If CR0.PE=0, CR3 load exiting must remain enabled. >>>> + * See vmx_update_guest_cr code motion for cr = 0. >>>> + */ >>>> + if ( cr3_ldexit && !hvm_paging_enabled(v) && >>>> !vmx_unrestricted_guest(v) >>>> ) >>>> + continue; >>>> + >>>> + if ( cr3_vmevent ) >>>> + avmx->exec_control |= CPU_BASED_CR3_LOAD_EXITING; >>>> + else >>>> + avmx->exec_control &= ~CPU_BASED_CR3_LOAD_EXITING; >>>> + >>>> + vmx_vmcs_enter(v); >>>> + vmx_update_cpu_exec_control(v); >>>> + vmx_vmcs_exit(v); >>>> + } >>>> +} >>> >>> While Razvan gave his ack already, I wonder whether it's really a >>> good idea to put deeply VMX-specific code outside of a VMX-specific >>> file. >> >> Didn't I add "for monitor / vm_event parts Acked-by: ..."? If I didn't, >> I meant to. > > Well - this is a monitor file (monitor.c). Fair enough, I should have been more detailed here. I do see the merit of your suggestion, and so FWIW I second your suggestion to move the code to some VMX-specific part of the tree if possible. Thanks, Razvan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |