[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 2 of 2] vpmu: Add a vpmu cpuid function
Am Freitag 20 Januar 2012, 13:47:24 schrieb Keir Fraser: > On 20/01/2012 13:37, "Ian Campbell" <Ian.Campbell@xxxxxxxxxx> wrote: > > >> Yes that's probably the way to do it. If the resulting required > >> configuration runes are too cryptic or vendor-specific, it may make sense > >> to > >> have the libxl cpuid logic consume a 'vpmu' option which it then turns into > >> a set of lower-level cpuid settings to eventually pass down to the code in > >> libxc/xc_cpuid. > >> > >> It's a trifle messy I will admit. Arguably the 'default policy' bits of > >> xc_cpuid_x86.c would better belong in libxl these days, where we would have > >> better access to a domain's configuration state. As it is, we may end up > >> with a spread of default policy across Xen (for dom0), libxc, and libxl. > > > > Plus a bunch of ad-hoc stuff which predates the cpuid bit-fiddling > > support but is reflected in the cpuid (pae, apic, acpi etc). > > Well, this is done in libxc now, so I think I included it in my list. ;) But > it would be cleaner done in libxl. > > I don't think anyone will be straining their arm to volunteer for this > cleanup, but we shouldn't be shy about putting new policy stuff in libxl if > it makes best sense to put it there. Thanks for the hints. For the first time I'll go through the source and try to understand what you are talking about. Dietmar. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |