|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH 1/9] tools/libx[cl]: Introduce struct xc_xend_cpuid for xc_cpuid_set()
Andrew Cooper writes ("[PATCH 1/9] tools/libx[cl]: Introduce struct
xc_xend_cpuid for xc_cpuid_set()"):
> In order to combine the functionality of xc_cpuid_set() with
> xc_cpuid_apply_policy(), arrange to pass the data in a single contained
> struct, rather than two arrays.
>
> libxl__cpuid_policy is the ideal structure to use, but that would introduce a
> reverse dependency between libxc and libxl. Introduce xc_xend_cpuid (with a
> transparent union to provide more useful names for the inputs), and use this
> structure in libxl.
>
> The public API has libxl_cpuid_policy as an opaque type referencing
> libxl__cpuid_policy. Drop the inappropriate comment about its internals, and
> use xc_xend_cpuid as a differently named opaque backing object. Users of both
> libxl and libxc are not permitted to look at the internals.
>
> No change in behaviour.
>
Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |