WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: [Qemu-devel] vnc port selection

To: qemu-devel@xxxxxxxxxx
Subject: [Xen-devel] Re: [Qemu-devel] vnc port selection
From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
Date: Thu, 21 Aug 2008 13:35:57 -0500
Cc: Xen Development Mailing List <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Thu, 21 Aug 2008 11:37:04 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <48ADB43D.9050401@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <48AD99CF.6070004@xxxxxxxxxx> <48ADB43D.9050401@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.16 (X11/20080723)
Avi Kivity wrote:
Gerd Hoffmann wrote:
  Hi folks,

Xen's qemu-dm version has a '-vncunused' command line switch which asks
the internal vnc server to pick any unused tcp port to listen on.  The
actual port is communicated to the outside world via xenstore.

I'm looking for a reasonable way to implement that functionality in
upstream qemu.  First, I think it shouldn't be a separate command line
switch but an option for the existion -vnc switch.  Second, we need a
way to communicate the port picked which isn't xen-specific.  Obvious
choice is a monitor info subcommand.

Comments?  Other suggestions?


Presumably -vncunused is passed by the management application, which knows about all domains. Can't it figure out an unused port and pass it on?

An argument for this sort of semantics is that if you just launch vncserver with no argument, it'll sit on the first unused port. So people are sort of used to this behavior.

Alternatively, have the management application pass an fd denoting the socket.

If you are allocating the ports in the management tool, then just tell QEMU what port to open up. I don't think you gain anything passing an fd.

Regards,

Anthony Liguori

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel