On Wed, May 09, 2012 at 05:01:25PM +0100, Daniel P. Berrange wrote:
Opps, no I was meaning /domain/cpu/feature here, which is the same schem as /capabilities/host/cpu/feature.
Ah thanks, that clears things up.
I forgot there was also a /domain/features which corresponds to /capabilities/guest/features
Ok, this means gvir_config_domain_get_features should return a GList of GVirConfigCapabilitiesGuestFeature instead of raw char *, and gvir_config_domain_cpu_get_features (or whatever it's called, this does not exist yet) would return GVirConfigCapabilitiesCpuFeature?
I'm left with /capabilities/host/cpu/features (which correspond to
Doh, I completely forgot about that. This is basically a bit of legacy XML, which isn't even really used. It would only ever be used to set 'pae', 'nonpae', 'vmx', or 'svm' flags. This is the same kind of info as /capabilities/guest/features and also /domain/features.
The new /capabilities/host/cpu/feature is a superset of this info
I guess libvirt-glib does not need to parse it if it's legacy? Thanks, Christophe