[Engine-devel] http://www.ovirt.org/wiki/Features/Design/StablePCIAddresses
Igor Lvovsky
ilvovsky at redhat.com
Tue Dec 13 09:22:33 UTC 2011
> -----Original Message-----
> From: vdsm-devel-bounces at lists.fedorahosted.org [mailto:vdsm-devel-
> bounces at lists.fedorahosted.org] On Behalf Of Dor Laor
> Sent: Tuesday, December 13, 2011 10:02 AM
> To: engine-devel at ovirt.org; vdsm-devel at lists.fedorahosted.org
> Subject: http://www.ovirt.org/wiki/Features/Design/StablePCIAddresses
>
> Hi,
>
> I read the design here and I like to make sure that the future road map
> will expand beyond the current scope.
>
> The current design totally rely on libvirt and does not parse the
> content of the PCI addressing. That's really really basic. The user
> should be able to specify pci slot allocation of his devices through the
> gui. I guess you won't be able to do that w/ the current scheme.
We know that the current design is not sufficient. This is exactly the
reason why I am working right now on new one that will give abilities to the
manager to change PCI addresses per device. But in any case we planning
that the first addresses allocation will be done by libvirt and vdsm will
return it to the manager.
I am not sure whether it will be accessible via GUI. Livnat?
>
> Also, what about devices that can't be hot plug (like qxl)? You need to
> reveal this info to the user. Currently we have ability in the kvm bios
> (seabios) to automatically disable the host plug of some critical
> devices like the vga driver (qxl) and others. The user should be allowed
> to hot plug/unplug only allowed devices.
>
> You have to make your design work w/ pci bridges since we'll add it to
> qemu and once there is such VM (management should enable the bridge)
> there will be more pci devices available to it.
>
> Regards,
> Dor
> _______________________________________________
> vdsm-devel mailing list
> vdsm-devel at lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/vdsm-devel
More information about the Engine-devel
mailing list