[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v13 for-xen-4.5 09/21] x86/VPMU: Add public xenpmu.h
>>> On 13.10.14 at 20:31, <boris.ostrovsky@xxxxxxxxxx> wrote: > On 10/13/2014 09:31 AM, Jan Beulich wrote: >> >>> --- a/xen/include/public/arch-x86/xen-x86_32.h >>> +++ b/xen/include/public/arch-x86/xen-x86_32.h >>> @@ -136,6 +136,16 @@ struct cpu_user_regs { >>> typedef struct cpu_user_regs cpu_user_regs_t; >>> DEFINE_XEN_GUEST_HANDLE(cpu_user_regs_t); >>> >>> +struct xen_pmu_regs { >>> + uint32_t eip; >>> + uint32_t esp; >>> + uint32_t eflags; >>> + uint16_t cs; >>> + uint16_t ss; >>> +}; >> I still don't see why this and ... >> >>> --- a/xen/include/public/arch-x86/xen-x86_64.h >>> +++ b/xen/include/public/arch-x86/xen-x86_64.h >>> @@ -174,6 +174,16 @@ struct cpu_user_regs { >>> typedef struct cpu_user_regs cpu_user_regs_t; >>> DEFINE_XEN_GUEST_HANDLE(cpu_user_regs_t); >>> >>> +struct xen_pmu_regs { >>> + __DECL_REG(ip); >>> + __DECL_REG(sp); >>> + __DECL_REG(flags); >>> + uint16_t cs; >>> + uint16_t ss; >>> +}; >> aren't folded and aren't placed in the PMU-specific header. > > Because it follows cpu_user_regs() definitions. I thought you agreed to > that but if not I can move it to PMU code. I don't think I did. __DECL_REG() really only exists for internal purposes of the hypervisor, so unless you have a need to access these fields the dual/triple way that the cpu_user_regs ones get accessed in some cases, there's no point in having these here. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |