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