|
[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 |