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

Re: [Xen-devel] [PATCH 28/34] x86/vm_event: put vm_event_fill_regs under CONFIG_HVM



On 8/17/18 6:12 PM, Wei Liu wrote:
> Ideally the HVM specific part of VM event should be moved into hvm/ at
> some point, but this will do for now.
> 
> Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx>
> ---
>  xen/arch/x86/vm_event.c | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/xen/arch/x86/vm_event.c b/xen/arch/x86/vm_event.c
> index f91aade..b4f6afb 100644
> --- a/xen/arch/x86/vm_event.c
> +++ b/xen/arch/x86/vm_event.c
> @@ -124,6 +124,7 @@ void vm_event_monitor_next_interrupt(struct vcpu *v)
>  
>  void vm_event_fill_regs(vm_event_request_t *req)
>  {
> +#if CONFIG_HVM
>      const struct cpu_user_regs *regs = guest_cpu_user_regs();
>      struct segment_register seg;
>      struct hvm_hw_cpu ctxt;
> @@ -177,6 +178,7 @@ void vm_event_fill_regs(vm_event_request_t *req)
>  
>      hvm_get_segment_register(curr, x86_seg_cs, &seg);
>      req->data.regs.x86.cs_arbytes = seg.attr;
> +#endif
>  }

Some registers can be obtained here without using HVM-specific code,
unless I'm misunderstanding how it works. So I wonder if it wouldn't be
better to put only the "struct hvm_hw_cpu ctxt;"-related code under
CONFIG_HVM - that way what can be queried via guest_cpu_user_regs()
alone won't be lost.


Thanks,
Razvan

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.