All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 2/2] VNC char device data stream tunnelling
Date: Wed, 01 Jul 2009 13:44:27 -0500	[thread overview]
Message-ID: <4A4BAE8B.1080206@codemonkey.ws> (raw)
In-Reply-To: <20090701162747.GD24296@redhat.com>

Daniel P. Berrange wrote:
> +/*
> + * Encoding #: -260
> + *
> + * The server notifies the client of available streams using the
> + * framebuffer update for our psuedo encoding #.
> + *
> + * The 'x' field is '0' for a device addition, '1' for removal
> + *
> + * The payload of the update is the device name
> + *  - u32 - length of device name
> + *  - u8 * len - text of device name, not including \0
> + *
> + * When client indicates it accepts the stream encoding,
> + * the server will send back a stream addition update for
> + * each initial device. Hotplug/unplug for streams will
> + * trigger further updates.
> + *
> + * For QEMU, the streams extension maps 1-stream to 1 char device
> + *
> + * Stream capture uses an new 'aliguori' message sub-type. There
> + * are 3 client -> server messages, and 3 server -> client messages
> + *
> + * Client starts capture by supplying a stream name. Server replies
> + * givng the stream name -> stream ID mapping. All further messages
> + * use the unique stream ID.
> + *
> + * Client -> server messages:
> + *
> + *   Message   == u8: 255 (aliguouri)
> + *   sub-type  == u8: 2  (streams)
> + *   operation == u8:
> + *        0 == start capture
> + *        1 == end capture
> + *        2 == send data
> + *
> + * For operation == start capture:
> + *   content:
> + *      u32 - length of device name
> + *      u8 *len - device name to capture
> + *
> + * For operation == end capture
> + *   content:
> + *      u32 - capture session ID
> + *
> + * For operation == send data
> + *   content:
> + *      u32 - capture session ID
> + *      u32 - length of data
> + *      u8*len - raw data
> + *
> + *
> + *
> + * Server -> client messages:
> + *
> + *   Message   == u8: 255 (aliguouri)
> + *   sub-type  == u8: 2  (streams)
> + *   operation == u8:
> + *        0 == start capture
> + *        1 == end capture
> + *        2 == send data
> + *
> + * For operation == start capture
> + *   content:
> + *      u32 - capture session ID
> + *      u32 - length of device name
> + *      u8 *len - device name to capture
> + *
> + * For operation == end capture
> + *   content:
> + *      u32 - capture session ID
> + *
> + * For operation == send data
> + *   content:
> + *      u32 - capture session ID
> + *      u32 - length of data
> + *      u8*len - raw data
> + *

Acked-by: Anthony Liguori <aliguori@us.ibm.com> on the protocol encoding

Do you have gtk-vnc patches yet?

Regards,

Anthony Liguori

  reply	other threads:[~2009-07-01 18:44 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-01 16:21 [Qemu-devel] [PATCH 0/2] Tunnel character device data over VNC (v1) Daniel P. Berrange
2009-07-01 16:26 ` [Qemu-devel] [PATCH 1/2] APIs to capture character device data Daniel P. Berrange
2009-07-01 16:27 ` [Qemu-devel] [PATCH 2/2] VNC char device data stream tunnelling Daniel P. Berrange
2009-07-01 18:44   ` Anthony Liguori [this message]
2009-07-01 16:32 ` [Qemu-devel] [PATCH 0/2] Tunnel character device data over VNC (v1) Daniel P. Berrange
2009-07-01 16:42 ` Gerd Hoffmann
2009-07-01 16:50   ` Daniel P. Berrange
2009-07-01 17:30     ` Gerd Hoffmann
2009-07-01 18:50       ` Daniel P. Berrange
2009-07-01 19:27         ` Gerd Hoffmann
2009-07-01 18:51       ` Anthony Liguori
2009-07-01 19:41         ` Gerd Hoffmann
2009-07-01 19:59           ` Anthony Liguori
2009-07-01 20:56             ` Gerd Hoffmann
2009-07-01 21:32               ` Anthony Liguori
2009-07-01 22:46                 ` Gerd Hoffmann
2009-07-02  2:30               ` Jamie Lokier
2009-07-01 21:07             ` Daniel P. Berrange
2009-07-01 18:36 ` Anthony Liguori
2009-07-01 18:44   ` Daniel P. Berrange
2009-07-01 18:47     ` Anthony Liguori
2009-07-01 18:52       ` Daniel P. Berrange
2009-07-01 19:11         ` Anthony Liguori
2009-07-01 19:27           ` Daniel P. Berrange

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A4BAE8B.1080206@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=berrange@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.