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
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).