On Mon, Apr 22, 2013 at 17:38:23 +0800, Li Zhang wrote: > On 2013年04月22日 17:10, Jiri Denemark wrote: > > If you want to add powernv feature just because you need to distinguish > > if the host supports KVM or not, there's much better way... In guest > > section of capabilities XML, KVM support is indicated by <domain > > type='kvm'> element. And that's what existing apps already use to detect > > KVM presence/absence. > > As my understanding, there is still some difference from 'kvm' capability. > 'powernv' is only considered as one CPU feature of PPC64. > If other PPC platforms support KVM in the future, this feature can be > used to identify whether migration can be executed . :) Well, as I already said, unless there is a way to explicitly enable/disable powernv feature in guest CPU, I don't see any reason for exposing the feature to users/apps. We definitely don't want apps/users to detect support for migration (or anything else) by checking host CPU features. If migration is not supported, then any migration API can fail with VIR_ERR_OPERATION_UNSUPPORTED. That said, powernv feature can be used internally by libvirt to check if some configurations/operations are supported but it doesn't have to be exposed to users/apps. The CPU driver stuff is there for configuring *guest* CPU. Jirka -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list