Re: [PATCH 10/10] kvm: vmx: handle VMEXIT from SGX Enclave

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

 




On 08/05/2017 07:24, Kai Huang wrote:
> @@ -6977,6 +7042,31 @@ static __exit void hardware_unsetup(void)
>   */
>  static int handle_pause(struct kvm_vcpu *vcpu)
>  {
> +	/*
> +	 * SDM 39.6.3 PAUSE Instruction.
> +	 *
> +	 * SDM suggests, if VMEXIT caused by 'PAUSE-loop exiting', VMM should
> +	 * disable 'PAUSE-loop exiting' so PAUSE can be executed in Enclave
> +	 * again without further PAUSE-looping VMEXIT.
> +	 *
> +	 * SDM suggests, if VMEXIT caused by 'PAUSE exiting', VMM should disable
> +	 * 'PAUSE exiting' so PAUSE can be executed in Enclave again without
> +	 * further PAUSE VMEXIT.
> +	 */

How is PLE re-enabled?

I don't understand the interaction of the internal control registers
(paragraph 41.1.4) with VMX.  How can you migrate the VM between EENTER
and EEXIT?

In addition, paragraph 41.1.4 does not include the parts of CR_SAVE_FS*
and CR_SAVE_GS* (base, limit, access rights) and does not include
CR_ENCLAVE_ENTRY_IP.

Paolo

> +	if (vmx_exit_from_enclave(vcpu)) {
> +		u32 exec_ctl, secondary_exec_ctl;
> +
> +		exec_ctl = vmx_exec_control(to_vmx(vcpu));
> +		exec_ctl &= ~CPU_BASED_PAUSE_EXITING;
> +		vmcs_write32(CPU_BASED_VM_EXEC_CONTROL, exec_ctl);
> +
> +		secondary_exec_ctl = vmx_secondary_exec_control(to_vmx(vcpu));
> +		secondary_exec_ctl &= ~SECONDARY_EXEC_PAUSE_LOOP_EXITING;
> +		vmcs_set_secondary_exec_control(secondary_exec_ctl);
> +
> +		return 1;
> +	}
> +



[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