Daniel P. Berrange wrote:
On Mon, Jun 15, 2009 at 10:03:22AM -0500, Anthony Liguori wrote:
Michael S. Tsirkin wrote:
I'm not at all arguing against pci_addr. I'm arguing about how libvirt
should use it with respect to the "genesis" use-case where libvirt has
no specific reason to choose one PCI slot over another. In that case,
I'm merely advocating that we want to let QEMU make the decision.
The allocation code could be moved out into a library, and libvirt could
link with it (ducks).
Why does libvirt want to do allocation?
It doesn't want to. As Mark said, libvirt just wants to be able to ensure
a stable guest ABI, of which stable PCI addresses is one aspect. This does
not imply libvirt wants to allocate the PCI addresses, just that it wants
a way to keep them stable. All else being equal I'd rather libvirt wasn't
in the PCI address allocation business.
It's not about what libvirt wants. It's about what will serve the end
user the most.
Apart for stable guest ABI, end users need to have the option to control
the slot for
their devices. Just like them have for physical machines. It's not
theoretical discussion,
limiting issues with shared irq is one real life example.
Thanks, dor
--
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