[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Re: [PATCH] libxl, Introduce a QMP client

  • To: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
  • From: Anthony PERARD <anthony.perard@xxxxxxxxxx>
  • Date: Tue, 7 Jun 2011 16:50:23 +0100
  • Cc: Xen Devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>
  • Delivery-date: Tue, 07 Jun 2011 08:51:32 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=Swz7nIgQL68S6TCCZ8lQYUyCj9b8/OqHbZBlbCNCTqSyOyUccchlrbCvVT7STTyXMp +wSwU8517UPA7SPwzNJhLYohOI50gkqL8rOL0TYVfuIgjJfhl9JXnMlNo++tOFFgDmLH xTopUwuRMAG7T89HV64KrpV7qqGn+sY2oAERY=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

On Tue, Jun 7, 2011 at 15:30, Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx> wrote:
>> Actually, QEMU doesn't seem to handle more than one client at a time
>> with a single socket.
> That seems like a pretty obvious short coming, do you know if it is a
> deliberate policy or just a case of not implemented yet?

I think it because they use the same "char device" code to handle by
example the serial port or the monitor (including QMP). So when a
client is connected, there just stop to handle the listenning fd until
the client disconnects itself.

>> ÂFor more client, we can always open more than
>> one QMP server with different path/port. In this case, they will be
>> handle separately by QEMU.
> Problem is determining the correct number to create when we start qemu.

Well, a simple answer would be two, one to listen the event from QEMU,
if we need to do that, and the second one would be for the commands,
one at a time, and libxl close the socket. If a command socket is
already in use, then another libxl client whose trying to connect to
the same socket will wait until QEMU accept the connection.

Anthony PERARD

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.