|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v3] x86/altp2m: Add a subop for obtaining the mem access of a page
>>> On 27.08.18 at 11:38, <apop@xxxxxxxxxxxxxxx> wrote:
> On Tue, Jul 31, 2018 at 05:37:30AM -0600, Jan Beulich wrote:
>> >>> On 25.07.18 at 13:16, <apop@xxxxxxxxxxxxxxx> wrote:
>> > --- a/xen/include/public/hvm/hvm_op.h
>> > +++ b/xen/include/public/hvm/hvm_op.h
>> > @@ -234,7 +234,7 @@ struct xen_hvm_altp2m_view {
>> > typedef struct xen_hvm_altp2m_view xen_hvm_altp2m_view_t;
>> > DEFINE_XEN_GUEST_HANDLE(xen_hvm_altp2m_view_t);
>> >
>> > -struct xen_hvm_altp2m_set_mem_access {
>> > +struct xen_hvm_altp2m_mem_access {
>> > /* view */
>> > uint16_t view;
>> > /* Memory type */
>> > @@ -243,8 +243,8 @@ struct xen_hvm_altp2m_set_mem_access {
>> > /* gfn */
>> > uint64_t gfn;
>> > };
>> > -typedef struct xen_hvm_altp2m_set_mem_access
>> > xen_hvm_altp2m_set_mem_access_t;
>> > -DEFINE_XEN_GUEST_HANDLE(xen_hvm_altp2m_set_mem_access_t);
>> > +typedef struct xen_hvm_altp2m_mem_access xen_hvm_altp2m_mem_access_t;
>> > +DEFINE_XEN_GUEST_HANDLE(xen_hvm_altp2m_mem_access_t);
>> >
>> > struct xen_hvm_altp2m_set_mem_access_multi {
>> > /* view */
>> > @@ -296,6 +296,8 @@ struct xen_hvm_altp2m_op {
>> > #define HVMOP_altp2m_change_gfn 8
>> > /* Set access for an array of pages */
>> > #define HVMOP_altp2m_set_mem_access_multi 9
>> > +/* Get the access of a page of memory from a certain view */
>> > +#define HVMOP_altp2m_get_mem_access 10
>> > domid_t domain;
>> > uint16_t pad1;
>> > uint32_t pad2;
>> > @@ -303,7 +305,7 @@ struct xen_hvm_altp2m_op {
>> > struct xen_hvm_altp2m_domain_state domain_state;
>> > struct xen_hvm_altp2m_vcpu_enable_notify enable_notify;
>> > struct xen_hvm_altp2m_view view;
>> > - struct xen_hvm_altp2m_set_mem_access set_mem_access;
>> > + struct xen_hvm_altp2m_mem_access mem_access;
>> > struct xen_hvm_altp2m_change_gfn change_gfn;
>> > struct xen_hvm_altp2m_set_mem_access_multi set_mem_access_multi;
>> > uint8_t pad[64];
>>
>> This being exposed to guests, the interface has to be considered
>> stable imo, in which case you can't rename things like this. You'd
>> need __XEN_INTERFACE_VERSION__ dependent logic (just like is the
>> case further up in the file).
>
> Right. Sorry about that. Maybe just having separate structs for
> get/set would be cleaner in this case, even though they would be
> similar.
Personally I'd prefer to avoid having two structures with identical
layout but different tags. But if others think differently, I'm not
meaning to stand in the way.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |