[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |