On 01/18/2011 11:20 AM, Jan Kiszka wrote:
Which only works as along as we expose a single bus. You don't need to
be an oracle to predict that this is not a stable interface.
Today we only have a very low level factory interface--device creation
and deletion.
I think we should move to higher level bus factory interfaces. An
interface to create a PCI device and to delete PCI devices. This is the
only sane way to do hot plug.
This also makes supporting multiple busses a lot more reasonable since
this factory interface could be a method of the controller.
It's automatically created as part of the CPUs or as part of the
chipset. How to enable/disable kvm assistance is a property of the CPU
and/or chipset.
If we exclude creation via command line / config files, we could also
pass the kvm_state directly from the machine or chipset setup code and
save us at least the kvm system buses.
Which is fine in the short term. This is exactly why we don't want the
device model to be an ABI. It gives us the ability to make changes as
they make sense instead of trying to be perfect from the start (which we
never will be).
Regards,
Anthony Liguori
Jan
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html