[libvirt] [PATCHv2] qemu: Do fake auto-allocation of ports when generating native command

Daniel P. Berrange berrange at redhat.com
Mon Apr 29 12:54:43 UTC 2013


On Mon, Apr 29, 2013 at 02:48:54PM +0200, Michal Privoznik wrote:
> On 29.04.2013 14:42, Peter Krempa wrote:
> > When attempting to generate the native command line from an XML file
> > that uses graphics port auto allocation, the generated commandline
> > wouldn't be valid.
> > 
> > This patch adds fake autoallocation of ports as done when starting the
> > actual machine.
> > ---
> >  src/qemu/qemu_driver.c | 52 ++++++++++++++++++++++++++++++++++++++++++++++++++
> >  1 file changed, 52 insertions(+)
> > 
> > diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c
> > index 2d3b24a..068d6c4 100644
> > --- a/src/qemu/qemu_driver.c
> > +++ b/src/qemu/qemu_driver.c
> > @@ -5271,6 +5271,58 @@ static char *qemuConnectDomainXMLToNative(virConnectPtr conn,
> ...
> > +
> > +            if (needPort || graphics->data.spice.port == -1)
> > +                graphics->data.spice.port = 5901;
> > +
> > +            if (needTLSPort || graphics->data.spice.tlsPort == -1)
> > +                graphics->data.spice.tlsPort = 5902;
> 
> Shouldn't we be using virPortAllocator to set these ports instead of
> hardcoding these values? What if these ports are already taken (by
> previously started domain for instance)?

Ensuring the ports are not in use, is outside the scope of the XMLToNative
API, so I think hardcoding them is correct.


Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|




More information about the libvir-list mailing list